nico1038

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.

C'est malheureusement le problème du format Fits: ces paramètres que tu évoques ne sont en fait pas normés du tout.

Je n'ai pas de 700D mais je me demande si il n'y a pas un réglage "Release shutter without card" qui pourrait peut être avoir de l'importance ici.

Merci Vincent pour cette très belle série d'amas ouverts.

En fait j'ai plutôt l'impression que la caméra est bien en RGGB conformément à ses spécifications mais que le ROWORDER n'est pas correct. Il me semble que cette image est bien ordonnée en TOP-DOWN, malgré la valeur BOTTOM-UP dans l'entête du fichier. Du coup avec une lecture en TOP-DOWN et un motif RGGB, le dématriciage est ok. Je ne connais pas AstroArt mais, si j'étais toi, je ferais des tests avec un autre logiciel d'acquisition (par exemple ASIImg, le logiciel de ZWO). Cela te permettrait de confirmer le sens d'écriture de l'image et de vérifier si tes soucis de refroidissement sont liés à la caméra ou si il s'agit d'un problème de drivers ou de réglages.