vinvin

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/