Aller au contenu

nico1038

Membre
  • Compteur de contenus

    2593
  • Inscription

  • Jours gagnés

    47

Tout ce qui a été posté par nico1038

  1. Alors effectivement, un préalable nécessaire est que les images soient alignées entre elles. Elles devraient idéalement l'être en fait depuis bien plus tôt dans le process: toutes les images R,G,B et L auraient dues être alignés sur la même image de référence. Une solution possible avec Siril (il y en a peut être d'autres) est de transformer ton image de luminance en image RGB. Pour cela tu peux utiliser l'outil de composition est ajouter 3 fois la luminance. Cela va te créer une image de référence avec 3 canaux sur laquelle tu pourras aligner ton image RGB. Par contre, attention: pour la composition LRGB (avec la commande rgbcomp) il faudra veiller à utiliser l'image de luminance monochrome (celle avec un seul canal).
  2. Non: il suffit de changer ces noms dans la commande pour qu'ils correspondent à tes fichiers
  3. Hello @Fredjel La commande pour combiner la luminance et l'image RGB est la suivante: rgbcomp -lum=luminance_image rgb_image Toute la problématique et la difficulté du traitement LRGB est de savoir comment étirer l'image RGB et la luminance pour que leurs combinaison donne un bon résultat.
  4. Avoir un offset sur les images brutes est normale car justement la camera ajoute un offset à l' image (c'est le réglage offset de ta caméra). C'est lors de la calibration que tu vas retirer cet offset (lors de la soustraction du masterdark) Cela dit,un réglage d'offset de 50 correspond à 500 ADU sur la 2600mm (en tous cas sur la mienne mais ça n'est pas une 2600 Air, y aurait-il une différence?). Et même en retirant ces 500 on est loin du compte avec cette image de Luminance. Mais c'est peut être possible. Je ne connais pas tes conditions d'acquisitions mais avec un ciel pollué, des poses de 180s (et un objectif à pleine ouverture?), le fond de ciel de ton image peut exploser. Là ou ça me semble impossible par contre c'est l'écart entre ton masterlight G et les masterlights R et B. Là pour le coup il y a forcément quelques choses de différent, à moins que tu ais pris les images avec le filtre vert dans des conditions complétement différentes des autres (à l'aube par exemple)? Est ce que tu retrouves cet écart entre les images brutes G et les R & B?
  5. C'est mieux en effet, les artefacts du centre ont disparu mais les histogrammes restent invraisemblables. Grosso modo si tu empiles des images avec des durées d'exposition équivalentes on s'attend a avoir des histogrammes proches au moins entre les couches RGB mais ça n'est pas du tout le cas ici. Le large offset qu'on observe sur l'histo de la couche G (et probablement aussi sur la luminance) n'est pas quelque chose de normal pour un masterlight. Je te conseille de repartir proprement à zero pour l'ensemble des images avec WBPP ou avec les scripts de Siril.
  6. Quelque chose ne va pas dans le prétraitement de ces images. Leurs histogrammes ne sont pas cohérents et il y a des artefacts suspects, notamment sur la couche verte: Tu as utilisé des DOF pour prétraiter chacune des couches? Pourrais tu partager un exemple d'image brute en L, R, G & B?
  7. Le focus est compliqué avant tout du fait que la mise au point de l'objectif est très sensible et que la bague de map est moins pratique a utiliser qu'une molette de lunette. Une différence de rotation minuscule peut faire apparaitre un chromatisme relativement important sur les étoiles ce qui peut avoir des conséquences désastreuse (notamment sur la luminance). Un masque de bathinov est bien sûr utile et il doit permettre d'éviter les grosses erreurs de map comme sur ton image mais je trouve que ça ne suffit pas forcément avec ce setup ultrasensible. Personnellement je surveille très attentivement mes premières images afin de détecter les erreurs de focus (mais c'est possible pour moi parce que je suis en nomade) Pour les flats, j'ai constaté depuis longtemps que plus on descend en focale et plus il est difficile d'utiliser un écran à flat. Je n'en connais pas la raison exacte mais avec ces objectifs photos les flats pris avec un écran ne corrigent jamais parfaitement l’illumination des images. Cela dit avec le 135mm c'est encore a peu près correcte (en revanche à 85mm ou 50mm de focale c'est vraiment un gros problème). Personnellement avec tous ces objectifs photos je préfère prendre mes flats sur le ciel au crépuscule quand j'en ai la possibilité. Avec cette méthode je capture parfaitement l'illumination du train optique. Il n'y a vraiment aucune raison dans des circonstances normales que la calibration des couleurs ne fonctionne pas avec des images traitées en drizzle mais, comme je te le disais des séries de moins de 10 images ne sont pas suffisantes pour envisager d'utiliser le drizzle. Tu dois d'ailleurs le constater sur l'image "drizzle_weights" qui accompagne ton masterlight drizzle x2. Cette dernière doit être homogène et ce n'est sans doute pas le cas ici. Difficile de t'en dire plus sans voir tes masters. Peut être que tu essais tout simplement d'en révéler trop par rapport à ton temps d'acquisition globale?
  8. Hello @Wolfrayet C'est un bon début. La combinaison du Samyang 135 et de la 2600 est très intéressante mais elle est clairement plus difficile à maitriser qu'avec une lunette astro dédiée par exemple. Le back-focus, le focus et la prise des flats sont notamment compliqués à gérer. Il me semble d'ailleurs que tu as problème de focus sur l'image brute que tu nous montres. Comment procèdes tu pour faire la mise au point? Pour le drizzle, il est en effet utile avec cet échantillonnage et il n'y a en temps normal aucun problème particulier pour l'utiliser (y compris sur la calibration des couleurs) et mais tu n'as en l’occurrence pas assez d'images pour le faire ici. Le drizzle nécessite en effet du dithering entre les images et un nombre suffisant d'images pour chaque couche (je dirais au minimum une trentaine). Personnellement je te conseillerai de baisser tes temps de poses. Tu as tout à y gagner à mon avis. Quelle ouverture a tu utilisé sur le Samyang? Nico
  9. Pour le moment ça n'est pas vraiment pratique. Je suis passé par un hébergeur et j'ai collé le lien.
  10. Voici un masterbias d'images prises avec ma 533MC. C'est homogène, c'est vrai, mais on y distingue bien des structures (plutôt horizontales ici) Cela dit, comme dit plus haut, on discute ici de variations marginales qui n'impacte pas réellement la calibration de nos images. L'important étant avant tout de retirer l'offset des flats d'une manière ou d'une autre.
  11. Absolument: l'optimisation des darks consiste a appliquer un facteur d'échelle aux darks pour compenser les différences de temps d'exposition (voir de température) avec les lights. Pour pouvoir effectuer correctement cette multiplication, l'offset doit être retiré des darks et le masterbias doit donc être soustrait de ces derniers. Cela dit la mise à l'échelle des darks n'est pas une opération parfaite et l'optimisation des darks est donc plutôt déconseillé dans la mesure du possible.
  12. On oublie pas. Comme je le dis au dessus, le bias synthétique est une technique valable pour une utilisation classique d'astrophoto. Je réagissais juste à l'argument bancale consistant à dire que le bias synthétique serait meilleur sous prétexte qu'il n'introduirait pas de bruit lors de la calibration du flat.
  13. Vois tu ou ne vois tu pas une structure dans tes masterbias? Personnellement je n'ai encore pas vu de caméras avec un masterbias (constitué d'un nombre suffisant d'images) parfaitement uniforme. Et c'est bien ça mon argument: si une structure (en général des bandes verticales) est visible alors le signal qui la constitue est supérieur à celui du bruit aléatoire et il y a donc bien un bénéfice à le soustraire. Pour une correction à grande échelle du champ d'illumination, cela n'a pas vraiment d'importance mais les flats ont aussi pour but de corriger les variations de sensibilité d'un pixel à l'autre. C'est inutile pour calibrer une image astro traditionnelle mais c'est beaucoup plus important pour des applications types photométrie. C'est bien pour ça que la soustraction des darks et des bias est décrite dans tous les process de réduction de données pour calibrer les flats. Par exemple un papier récent décrivant les process de calibration d'images issues de télescopes chinois équipés de 6200MM: https://arxiv.org/abs/2504.01616
  14. Bien que je trouve que la technique des bias synthétiques soient tout à fait ok pour calibrer des flats (cela dit je ne trouve pas qu'ils soient plus simples que des vrais bias) je ne suis pas du tout d'accord avec cette idée. Si l'on considère qu'un masterbias introduit du bruit lors de la calibration (ce qui est indéniable), il faut alors également considérer le signal (indésirable) qu'il supprime. Or, le simple fait de pouvoir visualiser ce signal sur un masterbias démontre que celui ci est supérieur au bruit présent dans l'image. En d'autres termes (et de façon très simplifié), lors de la soustraction d'un masterbias on enlève plus de signal indésirable qu'on ajoute de bruit. Pour des application de nature scientifique, la calibration d'un flat avec un masterbias (ou mieux avec un masterdark) reste la meilleure façon de procéder.
  15. Désolé mais je ne comprend toujours pas ce que tu proposes: dans un prétraitement classique, tel qu'il est conseillé notamment par Siril, on ne soustrait pas l'offset des darks. Voici l'ordre habituel des opérations: 1) Intégration des darks pour créer un masterdark 2) Intégration des bias pour créer un masterbias 3) Calibration des flats par soustraction du masterbias 4) Intégration des flats calibrés pour créer un masterflat 5) Calibration des lights par soustraction du masterdark et division du masterflat 6) Intégration des lights calibrés pour créer un masterlight La technique du bias synthétique consiste à remplacer à l'étape 3 la soustraction du masterbias par la soustraction d'une valeur fixe correspondant au niveau d'offset des images. Peux tu préciser à quel étape intervient ce que tu proposes?
  16. La question initiale n'est pas claire: que veux tu dire par "pourquoi faire appel à une niveau du Bias , si le logiciel peut utiliser la valeur moyenne du Dark… "? Parles tu de la calibration des lights ou des flats? Veux tu dire que le logiciel pourrais utiliser directement la valeur moyenne du masterdark plutôt que de soustraire ce dernier. Quel en serait alors l’intérêt vu qu'il dispose du masterdark? Dans le lien cité au dessus il est expliqué qu'il est possible d'utiliser une valeur de bias synthétique pour calibrer les flats. Pour calibrer les les lights, il est possible de faire la même chose mais les résultats sont alors loin d'être optimum. Comparer un masterbias à un masterdark uniquement en comparant leurs moyennes est trompeur: une simple comparaison visuelle entre les 2 images permet de révéler les différences qui existent entre les deux avec la présence de pixels chauds dans le masterdark (d’autant plus nombreux que la durée d'exposition des darks augmente). C'est ce qui justifie de calibrer les lights en soustrayant un masterdark qui va corriger directement ces pixels chauds.
  17. C'est beaucoup mieux je trouve. Le résultat est à la fois plus beau et plus intéressant avec une vrai distinction entre les zones Ha et OIII.
  18. Un autre très bel exemple. La couche OIII apporte un vrai plus sur cette galaxie selon moi (quand on sait où regarder!)
  19. Je ne crois pas que ce soit une histoire de temps de pose. A mon avis tu as fait une erreur quelque part lors de la composition. Je dois dire que je n'ai jamais vraiment ajouté une couche OIII à une image RGB et que je ne peux pas vraiment te conseiller mais je dirais que l'ajouter juste sur la couche bleu est une erreur (les 501 nm de la raie spectrale de l'OIII sont situés entre le vert et le bleu mais plus proche du vert). L'image de Romain est un bon exemple (même si je pense qu'il a trop supprimé toute nuance de vert de son image): https://www.webastro.net/forums/topic/271050-m33-saison-2-en-haoiilrgb/ Comme tu le dis IC132 émet à la fois en Ha et en OIII, le résultat ne doit donc pas être une nébuleuse toute rouge. C'est un bon test (et pareil pour NGC588) Nico
  20. Hello Franck, Disons que je pense qu'une intervention d'une poignée de membres parmi les 66000 de webastro ne soit pas suffisant, que j'ai un doute sur le fait que la manip libère réellement de l'espace sur les serveurs et que je trouve dommage de supprimer tes images si la solution retenue au finale est une augmentation des capacités de stockage. Après je me garderais bien de critiquer les administrateurs, déjà ils sont bénévoles et je suis sûr qu'ils font du mieux possible. J'imagine que ce genre de chose peut prendre du temps. Écoutons ce qu'ils nous conseillent et prenons notre mal en patience! Nico
  21. Hello @lionthom Très belle image mais (a cause des soucis actuels du forum sans doute) on n'a pas accès à la pleine résolution et on distingue donc peu les détails. Je suis tout de même surpris car je ne vois pas vraiment les émissions OIII auxquelles je m'attends dans cette galaxie (IC132 apparait toute rouge par exemple alors qu'elle émet très fort en OIII) Comment as tu ajouté cette couche OIII?
  22. Hello Sam, Il est bien sur sympa de faire ce genre d'action pour aider le forum mais je crois que ce genre d'initiative est contre productive et peut générer des conséquences inattendues. Les administrateurs du forum connaissent les vrais causes et circonstances de la situation actuelle et donc les meilleurs solution pour la régler. Si du nettoyage doit être fait ils pourront surement le faire de façon beaucoup plus efficace que nous et si une autre solution est retenue (type augmentation de capacité) alors le nettoyage n'est plus nécessaire et une intervention manuelle de beaucoup d'utilisateurs peut ne pas être sans conséquence. Par ailleurs il est toujours dommage de supprimer les images d'un post, quelle que soit leurs qualitées. J'aime rechercher des choses dans les archives du forum et je suis souvent frustré quand les images ne sont plus disponibles. Il est par exemple très frappant de constater l'évolution des résultats en astrophoto dans les 2 dernières décennies mais il est presque impossible d'obtenir des exemples pour les premiers messages de ce forum. C'est une perte à mon avis. Il est préférable d'attendre à mon avis.
  23. nico1038

    Reports de bugs

    Oui, je connais. Tu as aussi la petite roue à coté de la cloche en haut. Mais les autres thèmes ne me conviennent pas vraiment et il me semble que le thème "Bleu" souffre du même problème de contraste avec du texte blanc sur fond bleu claire.
  24. nico1038

    Reports de bugs

    Bonjour, En plus de la problématique de joindre des images sur le forum il y a eu récemment un changement d’apparence que je trouve étrange. Désormais, quand on arrive sur une des rubriques du forum, ça ressemble à ça: Je n'ai pas d'images de comment s'était avant mais je suis sûr qu'il n'y avait pas ces textes en blancs qui, je trouve, ne facilite pas la lecture. S'agit-il d'un changement volontaire?
  25. Superbe! J’apprécie particulièrement les acquisitions en OIII qui sont plutôt rare sur cette cible alors qu'il y a des objets qui émettent fort dans cette longueur d'onde comme on le voit bien dans ta version HOO. Peut on en savoir un peu plus sur le traitement et en particulier l'ordre des opérations (dans les grandes lignes) pour gérer toutes ces couches?
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.