vinvin

Bonjour, avec siril c'est possible aussi, c'est similaire à un traitement multi-session : https://siril.org/fr/faq/#comment-traiter-plusieurs-sessions- Différentes possibilités de cadrage sont possibles, voir aussi la documentation de la registration : https://siril.readthedocs.io/fr/stable/preprocessing/registration.html#apply-existing-registration

La formule est : SNR = 10.0 * log10(intensity / noise) et on peut retrouver la valeur noise là dedans à partir de l'intensité et de l'erreur donnée sur la magnitude : noise = intensity * err / 1.0857 et l'erreur dépend de la valeur de bruit donnée par la caméra, le CVF, si disponible, sinon il est dans les préférences... C'est documenté en fait, peut-être que ça aidera mieux : https://siril.readthedocs.io/fr/stable/photometry/general.htm section 'Estimation de l'erreur de mesure'

Les 8 et 9 mars 2025, un stage d'astrophotographie solaire et planétaire aura lieu à Valbonne, encadré par Patrick PELLETIER, organisé par PSTJ. Voici le programme : Astrophotographie avec votre instrument. Observation et imagerie solaire avec des filtres spéciaux et traitement des images au cours de la journée. Les différentes étapes pour réaliser une animation solaire. Cap sur les planètes en début de soirée pour réaliser des images de Jupiter, Mars et la Lune. La journée du dimanche sera consacrée au traitement des séquences planétaire avec des logiciels spécifiques pour révéler de nombreux détails. Principe des acquisitions et des traitements des images du ciel profond. Assistance personnalisée. Il y a aussi les stages 1, 2 ou 3 étoiles pour débuter en astronomie et en astrophoto, en mai et juin. Vous trouverez les descriptions et les tarifs de ces 4 formations sur la page AFA de PSTJ (en bas de la page, il y a un lien vers chacune des formations) : https://www.afastronomie.fr/structures/pstj-provence-sciences-techniques-jeunesse-ecole-d-astronomie-des-alpes-maritimes

Bonjour, c'est possible mais il faut plusieurs opérations, le script de combinaison rgb fait à peu près ça déjà, voir le tutoriel qui en parle (3e paragraphe ici : https://siril.org/fr/tutorials/rgb_composition/#1-alignement-des-images ) ou la documentation sur les scripts fournis ici, le dernier de la liste : https://siril.readthedocs.io/fr/stable/Scripts.html#built-in-scripts

C'est un piège à grenouilles !

C'est un peu la merguez party alors ! Bravo pour toutes ces nouveautés !

ça risque de faire mal... https://siril.readthedocs.io/fr/stable/processing/background.html#general-settings

avec meson j'utilise ce genre d'argument pour désactiver des libs : -Dexiv2=false -Dlibheif=false voir meson_options.txt

Est-ce que tu utilises le mode 16 bits au lieu du 32 ? Ça fait ça parce que l'image n'a pas assez de dynamique, c'est rare pour une image finale, mais ça peut arriver en 16 bits je suppose. L'option qui enlève ça c'est le dither dans l'outil de soustraction du gradient.

et ALS c'est pas bien ? c'est fait pour en tout cas ! https://als-app.org/

non mais ici c'est bien le forum français, pixls c'est le forum anglais, pas de problème et oui y'a plein d'améliorations à faire pour le live stacking, ça a été fait rapidement il y a deux ans et on n'y a quasiment pas touché depuis, c'est vraiment pas la priorité...

Je crois que cette information sera utile et n'a pas été mentionnée : il y a un tutoriel pour débutants avec le SeeStar sur le site de Siril : https://siril.org/fr/tutorials/seestar/

J'aimerais rappeler qu'enlever les trainées ne sert à rien si on a assez d'images et qu'on fait un empilement avec rejet. Ce que tu proposes est utile pour le ciel profond rapide où on empile par somme, et encore idéalement il faudrait faire des sommes intermédiaires puis du rejet, ou si on n'a que peu d'images. Ce n'est pas forcément difficile de détecter les trainées assez lumineuses, c'est beaucoup plus dur quand elles sont proches du niveau du fond de ciel et donc un peu dans le bruit.

Ca ne change pas le bruit, ça change la correction des flats. Je n'ai pas bien compris la logique là, il faut juste diviser la médiane par la valeur d'offset (aussi appelée luminosité chez ZWO).

Le défocalisé c'est pas facile actuellement avec Siril, ni pour l'alignement des images, ni pour la photométrie. Pour la photométrie ça devrait être possible avec la prochaine version. Bonne chance avec les dates...

Bonjour, est-ce que les fichiers contiennent vraiment la bonne date ? je ne crois pas que siril la change. A mon avis, l'heure de l'appareil est donnée en TU mais pour un fuseau français, et donc stockées en TU-1 en hiver. Il faut vérifier avec un autre logiciel. Pour la photométrie, il y a une option dans l'onglet des graphes pour avoir la date en JD au lieu du numéro d'image.

tout à fait

Le filtre double bande fine sur une caméra couleur ne donne de l'H-Alpha que sur les photosites rouges, donc l'image extraite fait la moitié de la taille de chaque coté. Le register Ha_pp_light -drizzle ne fait que doubler la taille de ces images pour revenir à la taille d'origine du capteur, ça ajoute donc 3 pixels par carré qui n'existent pas à la base, mais ça permet d'avoir la même taille d'image pour H-Alpha et O-III. Doubler encore la taille des images est possible bien sûr, mais il en faut un certain nombre pour que ce soit utile. En tout cas, bravo pour l'image Un petit lien de la doc de Siril est toujours utile : https://siril.readthedocs.io/fr/stable/processing/extraction.html#split-cfa-channels Ou même d'un tutoriel de composition de couleurs, ça peut servir aussi : https://siril.org/fr/tutorials/rgb_composition/

quel est le bon format et quelle est la bonne taille pour toi ?

Il y a plus simple, lors de l'extraction ça peut être fait directement, voir l'aide de la commande extract_haoiii:

Bonjour, comme indiqué dans le tutoriel, l'alignement fait à partir d'ici ne sera que sur une étoile, avec une translation, sans rotation. Et pour que cela fonctionne, il faut sélectionner une étoile dans l'image. Quelle commande est inconnue dans le script ? C'est vraiment le meilleur moyen de procéder, mais ce n'est pas censé échouer. Merci

Ce que je comprends c'est qu'en empilant des images, on diminue le bruit par photosite, donc oui le 3e terme. Le 2e terme se retrouve tout à fait, vu que tous les pixels ne sont pas identiques. Les images que l'on calibre contiennent le 3e terme, et le but de l'optimisation des darks est de le minimiser. Pour tes images, il faut quand même que les darks soient capturés avec assez de signal thermique, donc avec une exposition assez longue, sinon on se retrouve dans ton cas où il est quasi inexistant. Si le premier terme est très petit, le 3e l'est encore plus et ça ne minimisera rien pas grand chose. Et il faut bien sûr calibrer les images avec l'offset maitre, ou un offset synthétique, donc passer à l'opération de calibration des brutes à la fois le master offset et le master dark calibré.

Bonjour, il faut bien vérifier les paramètres de détection d'étoiles pour en inclure le plus possible sinon les plus faibles ne seront pas synthétisées. Voir le tutoriel : https://siril.org/fr/tutorials/synthetic-stars/

Si la matrice détectée dans les SER est incorrecte, il faut la spécifier dans la fenêtre montrée ci-dessus. Ca devrait être automatique, bizarre que ça ne fonctionne pas directement.

Bonjour, ce script est prévu pour 3 images. Les images ont bien été alignées mais ça ne fera pas de résultat, il faut repartir de ces images alignées. Ce tutoriel explique un peu cette problématique : https://siril.org/fr/tutorials/rgb_composition/