nico1038

Normalement rien de plus simple. Tu branches l'asiair (qui n'a d'ailleurs pas besoin d'être alimenté) et celui ci est reconnu comme un disque externe.

Hello @lviatour Si tu veux il est possible de lancer un fichier xpsm au démarrage de Pix en modifiant les propriétés de l’icône de lancement: Dans windows les icônes sont normalement situées ici: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\PixInsight Tu fais clic droit sur l’icône > Propriétés et dans Cible tu ajoutes le chemin de ton fichier xpsm pour obtenir quelque chose comme ça: (le --no-splash n'est pas indispensable mais évite la fenêtre un peu exaspérante qui apparait lors du lancement) Par contre il faudra répéter cette procédure à chaque nouvelle installation de Pix. Nico

Bravo, c'est un champ que je connais bien et ta version est très belle. A titre perso je préfère quand même avec les étoiles.

Le problème n'est pas que les darks apportent forcément quelque chose à l'image mais que la division light/masterflat n'est pas une opération de calibration correcte et va entrainer une sur-correction des flats (c'est inévitable). Il est donc nécessaire de retirer l'offset des lights pour que les flats fassent leurs job correctement et on fait en général cela avec des darks avec l'opération suivante (light-masterdark)/masterflat. Par ailleurs il semble que tu utilises Nina pour tes lights et sharpcap (je crois) pour tes flats. Il est nettement préférable d'acquérir l'ensemble de ses images et de ses fichiers de calibration avec le même logiciel pour éviter toute incohérence dans les réglages. J'ai aussi remarqué que tu utilisais un offset de 1 avec Nina. Cela me semble un réglage curieux avec une 2600MC. Un réglage de 30 ou 50 permet d'éviter d'avoir le moindre pixel à zéro.

A mon avis il y a plusieurs problèmes qui se mélange dans cette image: 1) Un problème de calibration pure sans doute lié à l’absence de dark et au masterflat. 2) Le donut bien défini au centre (entouré en rouge ci dessous) que je crois être une poussière mais qui n'est pas présente sur le masterflat et qui ne peut donc pas être corrigé. Les flats ont-ils été fait dans la foulée des lights? 3) La structure circulaire plus large (entourée en vert ci dessous) dont l'origine est moins clair. Soit c'est lié au problème de calibration soit c'est un dépôt de givre (comme le suggère @krotdebouk) ou de rosée qui est apparut progressivement sur les images brutes. Il faudrait faire défiler ces dernières pour vérifier si on voit quelque chose apparaitre ou bouger dans cette zone.

Hello Guy et bravo pour cette superbe image. Je trouve d'ailleurs que "plus doux" est un euphémisme: cette version n'a rien à voir avec la première qui était, à mon avis, ratée!

J'ai des doutes sur ce masterflat, comment l'as tu créé? Et pourrais tu du coup partager un flat unitaire?

Hello @roza C'est un cas de figure intéressant mais il est très difficile de l'analyser correctement sans avoir accès aux images. Pourrais tu partager quelques images brutes ainsi que ton masterflat et ton masterdark? Par ailleurs tu ne parles pas de bias, comment as tu calibré tes flats? Nico

On peut voir sur le forum de Pix qu'il y a un certains nombre de signalement d'anomalies et que presque tous ces utilisateurs sont sur Mac. Comme d'habitudes les forums ont tendance à amplifier le phénomène (et je n'ai pas moi même de Mac pour en juger) mais les problèmes sont clairement réels et Il y d'ailleurs eu déjà eu plusieurs versions depuis la 1.9 avec des tentatives de corrections pour les Mac. Une nouvelle version devrait d'ailleurs arriver la semaine prochaine. C'est un sujet que je connais mal mais je sais que Pix fonctionne sur Mac grâce à Rosetta2, ce qui fonctionne bien d'un point de vue performance mais entraine visiblement des complications. Pour pouvoir tourner en natif sur les nouveaux Mac il faut réécrire une part importante du logiciel. C'est prévu je crois mais ça prend du temps... Voir ce message par exemple: https://pixinsight.com/forum/index.php?direct-messages/version-1-9-0-ready-for-developers.24216/page-7#convMessage-33564

L'information est intéressante mais j’espère plutôt pouvoir utiliser le matériel que j'ai déja. Avec mon newton de 900mm de focale et mes circonstances d'acquisitions en nomade, je considère l'OAG comme une solution bien supérieure au guidage en parallèle. C'est très bien que tu ais choisis autre chose mais ça n'en fait pas la bonne solution pour tout le monde pour autant!

Exactement, d’où l'idée de pouvoir adapter un OAG. Je pense qu'avec une bague C-M48 courte ça devrait être possible.

Personnellement je ne suis pas vraiement du même avis sur l’intérêt de ce capteur. Je le destine quasiment exclusivement à de l'imagerie de galaxies et de petites nébuleuses planétaires avec mon newton. C'est la taille des pixels et le coté tout intégré qui m'intéresse particulièrement. J'espère d'ailleurs beaucoup que les filtres soient bien parafocaux comme j'ai pu le lire.

Je suis à deux doigts de la prendre: tout me plait dans cette caméra, mais j'hésite encore car je ne sais pas avec quoi la contrôler. Je compte remplacer un des mes Asiair par le boitier Touptek StellaVita (Astrostation) mais je ne suis pas sur de la compatibilité de la minicam8 avec ce dernier? Et comme je ne compte pas revenir à l'utilisation d'un PC pour mes sorties en nomade je suis un peu coincé pour le moment... Je serais également curieux de voir comment on peut adapter un diviseur optique sur la caméra?

Bravo Dan, une bien belle année malgré une météo peu favorable en région Parisienne!

Il semble que le produit s'appelle désormais StellaVita. Je change le nom du sujet. Sinon le sky atlas est désormais également présent dans la version de développement. Je pense qu'on est proche d'une commercialisation: https://www.youtube.com/watch?v=aoPQuZdXK_o

Oui: c'est la logique, parfois impénétrable, de Pix! RGBCombination > Linéaire LRGBCombination > Non-Linéaire

OK, je pense que c'est bien ça le problème. Le process LRGBcombination n'est pas conçu pour être utilisé avec des images linéaires. Voici un exemple avec un résultat qui me semble assez similaire au tien: https://pixinsight.com/forum/index.php?threads/colored-ringing.24155/

Bravo Franck, une bien belle série!

Hello @grosluc Ton process ne m'a pas l'air correct. Les images RGB doivent être combinées en linéaires avec le process RGBCombination puis (après les différentes étapes du traitement linéaire) les images RGB et la luminance doivent toutes 2 êtres étirées et enfin la luminance combinée avec la couleur avec le process LRGBcombination.

Beaucoup mieux! Et là effectivement on reconnait bien les IFN alors que dans la version d'origine le coté trop régulier des structures n'était pas naturel. Et je ne sais pas si c'est lié à ces problèmes de prétraitement mais du coup même les zones avec un SNR élevées sont mieux définies et je trouve également les couleurs meilleures dans cette version.

Les coordonnées d'un objet étendu comme la rosette ne sont pas absolues, il n'y a pas vraiment de coordonnées correctes (tout comme il n'y a pas de taille absolue pour les objets astronomiques). Tous les catalogues n'ont donc forcément exactement les mêmes informations. Pour la rosette je te conseille de chercher SH2-275 qui te donnera un résultat plus centré. En tous cas ce n'est pas un problème de pointage et c'est la raison pour laquelle il faut toujours vérifier son cadrage avant de lancer ses acquisitions.

Je ne suis pas sûr de comprendre exactement le problème mais as tu vérifié le cadrage avec l'outil framing. Si je cherche Rosette dans Nina voilà ce que ça donne: Les coordonnées de l'objet peuvent paraitre décentrées par rapport aux nébulosités. N'est ce pas ce qui t'arrive?

Superbe, elle est bien plus belle comme ça!

Non c'est bon, c'est ce que je voulais dire mais peut être que ma traduction de repository en répertoire était malheureuse! En tous cas, tant que les scripts et process sont gérés depuis "Manage Repositories", il n'y a normalement aucun problème. La liste est conservée lors des mises à jour et il y a juste à réinstaller les scripts en une fois lors du premier démarrage. A noter quand même que lors d'un changement de version les auteurs des scripts doivent faire le nécessaire pour que leurs scripts soit bien adaptés. Mais pour la 1.9 c'est normalement le cas pour tous les scripts (en tous cas tous les scripts les plus importants) C'est parce que tu utilises le repository rc-astro pour le tensorflow et CUDA. Perso je n'aime pas beaucoup cette solution car pour que cela fonctionne (et si je comprend bien le principe) il installe CUDA dans le répertoire de Pix. Je trouve ça compliqué et je préfère une solution un tout petit peu moins automatisé qui est de remplacer le fichier tensorflow.dll à chaque mise à jour. Cela dit si ça marche, pas de raison de changer. Je ne vois pas pourquoi ça serait nécessaire? Le retour à une version précédente est exactement comme une mise à jour classique: la liste des repository est conservé et je ne vois pas pourquoi il faudrait toucher aux clés de la suite BXT?

Hello @krotdebouk Mon avis: si tu n'es pas sur Mac il n'y a aucune raison de ne pas faire la maj. Il y a clairement des problèmes sur les Mac mais rien de bloquant sur les autres plateformes. Il n'est pas normal de devoir réinstaller tous les scripts (tant qu'ils ont un répertoire), la procédure est normalement d'installer la maj puis de faire un check for update, d'installer les updates et de rédemarrer Pix. En faisant ça en principe tu devrais avoir tous les scripts et process à disposition. Pour CUDA, la seule chose à faire est de remplacer le fichier tensorflow.dll par la version accélérée. La bonne version fait 506226 Ko Pas besoin non plus de toucher aux bases de donnés Gaia DR3, DR3/SP. Ces dernières doivent être situées en dehors du répertoire d'installation de Pix, elles ne sont donc pas impactées par la maj et il n'y a rien à faire à leur sujet. Les nouvelles bases MARS doivent être gérées de la même façon. Je te déconseille d'essayer d'installer 2 versions de Pix en parallèle, à moins d'utiliser une machine virtuelle.