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/

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/

Voyant que ça ne revient pas, j'ai mis les fichiers chez nous aussi : https://free-astro.org/download/colmic/ Bon ciel

ce message n'est pas une erreur, juste un avertissement pour changer les répertoires il faut changer les commandes cd, et les chemins des fichiers référencés dans les autres commandes

de quelle façon est faite la calibration ?