nico1038

En effet, les images sont cette fois correctement identifiées mais il me semble que ton process n'est pas correct. La combinaison des images RVB doit se faire avec des images linéaires, c'est impératif (la calibration des couleurs par photométrie ou la déconvolution n'ont pas de sens sur des images déjà étirées. Avec ces 4 images voilà un workflow possible: 1) Alignement des images R,V et B sur la luminance 2) Crop des 4 images pour enlever les bandes noires (il y a un changement de cadrage significatif entre la luminances et les couches RVB) 3) Combinaison des images RVB pour créer l'image couleur A ce stade, avant même la calibration des couleurs ou toute autre forme de traitement on a une image couleur raisonnable: Il faut ensuite traiter cette image (Correction du gradient, calibration des couleurs, déconvolution,...) puis l'étirer et traiter et étirer la luminance en parallèle. La composition de la luminance avec la couleur se fait, enfin, avec ces 2 images non linéaires.

Il faut essayer en tous cas. Et sans même parler de savoir si ça résout bien ton problème d'artefacts, je serais curieux de savoir la différence de temps que ça engendre.

Je vois. Dans Pix l'algorithme était utilisé par défaut dès 15 images dans les versions précédentes. Au contraire, dans la version 1.9 cet algorithme n'est plus utilisé par défaut du fait du temps de calcul qu'il implique. En tous cas, à mon avis, ce n'est pas l’algorithme à conseiller pour les gros jeux de données (>100)

Où as tu vu ce conseil? Ça me semble étrange car GESD fonctionne parfaitement avec une vingtaine d'images par exemple.

Student (GESD) est surement l'algorithme le plus efficace mais c'est aussi le plus lourd. Du coup, je ne crois pas que la logique grand nombre d'images = student soit toujours valable. On peut considérer que la rejection est facilité avec un grand nombre d'image et il me semble qu'il faut donc alors mieux favoriser des algorithmes plus rapides.

Mon hypothèse c'est que tu as un défaut dans la psf de tes étoiles et que ce défaut est modifié lors du changement de méridien. Lors de l'empilement, l’algorithme de rejet va tenter de rejeter les pixels considérés comme déviant mais, en fonction notamment du nombre d'images prises d'un coté et de l'autre du méridien cela peut donne ce genre d'artefacts. Je te conseille d'essayer de changer l'algorithme de rejet (notamment GESD et Linear Fit Clipping) et de relancer un empilement voir si ça change le résultat. Le clamping est un paramètre d'alignement (accessible dans l'onglet alignement et nommé "interpolation contrainte" en français). C'est vrai que l'alignement est aussi une possibilité, il faudrait voir sur les images alignées si tu vois une trace de l'artefact en question.

Hello Sam, Pour les étoiles c'est clairement un problème de rejet: Quel algorithme de rejet utilises tu (et avec quels paramètres)? Combien d'images as tu empilé? As tu fais un changement de méridien durant les acquisitions?

J'ai utilisé Pix pour le traitement. Il n'y a rien de très particulier à faire pour composer une image rvb. Les images linéaires RVB doivent être composées directement en sortie d'empilement (outil composition RVB dans Siril ou ChannelCombination dans Pix). L'image composée avec un auto ajustement et les canaux déliés doit alors déjà afficher des couleurs raisonnables (une nébuleuse en émission doit être rouge, les galaxies doivent être plutôt blanches, les étoiles du jaune au bleu,...) Ça n'a pas l'air d'être le cas pour cette image. Du coup j'ai quand même un doute sur tes fichier. Pourrais tu les partager?

Bravo Romain, superbe image!

Hello @Glloq Pour ton problème, rien de plus simple à mon avis: tu fais un goto Home et, une fois la monture positionnée tu desserres les freins et la repositionne dans la position correcte. Pas besoin de réinstaller l'Asiair! Il n'est pas essentiel que la position Home soit parfaite (car comme l'Asiair fonctionne par astrométrie, toute erreur lors d'un goto sera corrigée) mais il est important que la monture soit à peu près correctement positionnée pour éviter toute surprise lors du premier goto avec un risque de heurter le trépied par exemple.

Bonjour à tous, Voici 2 nouvelles constellations: Le grand Chien au Canon 6D + Tamron SP 85mm ouvert à f/3.5. 91x60s: La très faible hauteur de cette constellation a compliqué l'acquisition et le traitement mais je voulais absolument la tenter car c'est une constellation emblématique qui contient l'étoile la plus brillante de note ciel: Sirius. On peut également noter M41: l'amas ouvert du grand chien au coeur de la constellation ainsi que plusieurs autres amas clairement identifiables. Le Lynx au Canon 6D + Sigma Art 50mm ouvert à f/4 90x60s: Le Lynx est une constellation mineure située entre la grande Ourse, le Cancer et les Gémeaux. Il n'y a aucun objet remarquable sur ce champ et même quasiment aucune galaxie clairement identifiable à part NGC2403 dans le coin inférieure gauche. Voici les images sans les lignes des astérismes: Nico

La fonction "synchronise" est accessible via le menu Image ou par un clic droit sur une vue. Il y a 2 types de synchro: la synchro simple, par pixels. Dans ce cas tout déplacement ou zoom sera reproduit sur les images synchronisées. La synchro par astrométrie (dans ce cas toutes les images doivent être résolues astrométriquement). Cette dernière fonction est particulièrement utile pour comparer 2 images (ou plus) entre elles. Si tu zoom sur un détail d'une image, les images synchronisées vont zoomer automatiquement sur le même détail. C'est aussi avec cette fonction que le cadre représentant le champ d'une image apparait sur les autres images synchronisées.

Bravo Pascal, elle est vraiment très belle!

Merci 👍 J'ai regardé ton image et c'est vrai qu'elle est pas très bien orientée pour pouvoir continuer la mosaique. Ça se visualise très bien avec la nouvelle fonction "Synchronize" de Pix. Le cadre rouge est ton image:

Bonjour à tous, J'ai pu profiter du beau temps de ces derniers jours pour ressortir mon newton et compléter une image de 2023 sur laquelle j'avais shooté le duo M95/M96. J'ai donc ajouté le trio voisin M105/NGC3371/NGC3373 en faisant une mosaique de 2 panneaux. Les images sont donc prises avec mon newton 200/900 et ma caméra ASI2600MC. Le traitement est réalisé intégralement sur Pixinsight. Il y a 212x120s pour le premier panneau (M95/M96) et 180x120s pour le second. Nico

Voici le fichier fusion: Support Sigma 50mm v13.f3d Dis moi si ça marche. Attention, je suis un autodidacte sur fusion et je ne fais surement pas les choses dans les règles de l'art (par exemple je désactive l'historique de conception). Je crois qu'un utilisateur chevronné s'arracherait les cheveux sur ce fichier! Le support est attaché sur la queue d'aronde Vixen grâce à un écrou M6 qui vient s'enfoncer dans la partie basse du support. La charnière est un simple boulon en M5. J'ai améliorer la charnière sur les modèles que j'utilise sur mon Tamron 85mm et sur le Samyang 135 mais celle là fonctionne bien quand même. Nico

Hello, Je crois que ça n'existe pas. Du coup je me suis imprimé un support: Si jamais tu es intéressé par les fichiers, dis le moi et je les posterai ici. Nico

En tous cas c'est vraiment une très belle image. Il y a beaucoup de détails dans la galaxie et plein de choses à voir autour.

les fichiers sont décalés: Rouge = fichier nommé Bleu Vert = fichier nommé Rouge Bleu = fichier nommé Vert

Ok, il faut se méfier quand le tube fait un passage du méridien et je pense que c'est sans doute lié à ton problème. Je sais que si le passage du méridien est réalisé par l'Asiair dans le cadre d'un Autorun (ou d'un Plan), alors la calibration sera automatiquement inversée mais, en mode preview, je ne suis pas complétement sûr de ce qui se passe lors du flip. C'est pour ça que je fais toujours ma calibration du même coté du méridien que la cible que je vais viser.

En effet il ne faut plus y toucher en principe mais ça n'est pas normal de ne plus voir les axes! A moins d'un bug graphique, ça signifie que le guidage n'est plus calibré. Es tu sûr que la calibration avait bien aboutie la première fois? Est ce que par hasard la monture a effectué un passage du méridien entre la première calibration et le pointage sur M81? As tu l'option "Recalibrate guiding after AMF" de coché?

Je ne comprends pas bien: que veux tu dire par "jeter un oeil à la calibration" quand tu pointes M81? Quel est le problème exactement?

Si par renversement tu entends une rotation de 180° alors non, une inversion miroir revient à afficher l'image comme si tu la voyais dans un miroir. Une image inversée ne pourras jamais être remise dans le bon sens par une simple rotation. Avec Pix tu peux inverser l'image en passant par Image > Geometry > Horizontal Mirror.

Hello Eric, Je ne suis pas sûr qu'on se soit bien compris: l'angle n'a pas d'importance: tu peux cadrer l'image comme tu veux ou décider de toujours avoir un angle proche de 0° comme la plupart des images astronomiques professionnelles. Tu es parfaitement libre à ce niveau. C'est l'inversion miroir (signalée par le statut "flipped") qui est dommage. Par exemple cette image inversée va choquer pas mal d'astronomes:

Oui ça semble ok mais le apply global du process Gaia n'est pas nécessaire (le process Gaia lui même sert à faire des requêtes sur ces bases mais c'est complétement indépendant de leurs configuration) Il faut juste que les bons fichiers soient présents pour les Data release correspondants.