vinvin

C'est vrai que 32 est assez faible, c'est donc la médiane des images d'offset ? Pour les appareils photo en général c'est une constante, donc il faudra mettre =32 dans le champ offset.

Avec la nouvelle registration on peut s'en sortir pour faire ça, voir le tutoriel : https://siril.org/fr/tutorials/rgb_composition/#1-alignement-des-images

Le problème a été corrigé pour la prochaine version. C'était bien un problème avec le mode exhaustif, merci.

Le pixel central de l'étoile est en effet saturé, c'est probablement dû à une option de normalisation en fin d'empilement, comme -output_norm de la commande stack.

Pas facile de faire un tri avant registration. L'analyse d'une seule étoile ne marchera que s'il n'y a pas de retournement ou de saut dans le suivi sur toute la séquence. Il est quand même possible de faire une registration en deux passes, en ne faisant que la première, sur les images brutes, ce qui donnera de bonnes statistiques si les images sont monochromes et permettra d'exclure les images avec une selection dans les graphes. Si les images sont en CFA, c'est pas idéal mais ça pourrait quand même permettre d'exclure les très mauvaises. Après ça on peut passer à la calibration. Sinon, les options générales pour limiter l'espace disque : travailler en images 16 bits et activer la compression, les deux sont disponibles dans les options FITS.

Bonjour, je ne connais pas cette technique, mais je suppose que faire les darks et autres au même format permettra d'obtenir au moins une partie de l'information, il faut essayer et voir ce que ça fait...

La même en français : https://siril.org/fr/tutorials/synthetic-biases/#et-maintenant

ah oui... Est-ce que c'est seulement sur les images OIII ? Et pas visible dans les images d'origine ?

Si c'est juste pour avoir le log, pas besoin du mode debug, ce qui est dans l'onglet console apparaitra dans le terminal. Pour le mode debug, qui active tous les messages qu'on ne voit pas d'habitude, il faut recompiler avec l'option '--buildtype debug'

C'est difficile d'avoir des étoiles rondes quand on fait une extraction Ha (1 photosite sur 4) et OIII (3 photosites sur 4). On perd toujours en définition et la forme n'est jamais comme à l'origine. Dans la version 1.2 ça a été amélioré en gardant les images OIII à la même taille que les images d'origine, ce n'est encore pas parfait, mais c'est dur d'inventer le pixel manquant.

Pour la déconvolution, y'a de la lecture... https://siril.readthedocs.io/fr/stable/processing/deconvolution.html

Ca c'est surtout l'OS qui gère... Je sais pas pourquoi ça ferait ça

A mon avis les problèmes sont liés au fait que c'est AppImage. Je ne sais pas comment les régler à part installer un logiciel natif.

Bonjour, par quel moyen Siril a été installé et quelle version est-ce ? Pour ubuntu, le bon moyen est d'utiliser le PPA : https://launchpad.net/~lock042/+archive/ubuntu/siril

s'il y en a beaucoup à enlever, c'est peut-être parce que la tolérance n'est pas bien réglée ? si c'est pour utiliser RBF, il vaut mieux placer les quelques points qu'on veut, pas besoin de faire une grille...

C'est pas un problème simple parce que les filtres utilisés pour la photométrie ne correspondent généralement pas directement à ceux utilisés par les caméras couleur, donc les infos qu'on trouve dans les catalogues ne correspondent pas à ce qu'on trouve dans les images. Donc déjà il faut bien choisir une magnitude qui correspond au filtre le plus proche qu'on veut utiliser dans le catalogue, sinon il faut transformer les données pour que ça colle au filtre qu'on utilise, et faire un échantillon sur une étoile c'est pas idéal, il vaut mieux utiliser un logiciel externe qui calcule sur toutes les étoiles du champ.

Oui c'est possible, je l'ai fait avec cette procédure https://unsafe.sh/go-125017.html Installer CUDA sous linux c'est un peu mission impossible à moins d'avoir un OS qui le supporte nativement comme Pop! OS, que j'ai. BON COURAGE

Je crois que la couleur est noyée dans le bruit en fait. Quand on regarde en pleine définition on voit de la couleur. C'est une cible assez peu colorée aussi. Après empilement il faut traiter l'image pour forcer un peu les couleurs je suppose, à part que ça va surtout forcer le bruit là, il faudrait plus de poses.

Ah ben si le but est d'avoir quelque chose de simple c'est sûr que tu vas la regretter Pour mieux comprendre comment ça marche, le tuto de composition RVB sera probablement utile : https://siril.org/fr/tutorials/rgb_composition/

Je ne vois aucun problème dans le log jusqu'à la fin où le résultat d'empilement est mauvais. Est-ce que les fichiers r_pp_light_* contiennent encore des images normales ?

Bonjour, c'est étonnant, il faudra qu'on teste du coté de siril si la calibration sans fournir de fichier de calibration fonctionne toujours pour faire juste le dématriçage. Peut-être qu'il y a d'autres messages utiles dans la console. Merci

Bonjour, je n'en connais pas, mais celui-ci devrait donner de bonnes indications générales : https://siril.org/fr/tutorials/rgb_composition/ Bonne chance

Bonjour, on voit que la partie lumineuse des trainées a bien été effacée par le rejet, par contre les parties moins lumineuses, peut-être le reflet de la lumière sur les ailes, est au niveau du bruit de fond, et donc est plus dur à enlever. Il faudrait essayer de baisser les seuils de rejet et réempiler jusqu'à les voir disparaitre... Mais il ne faut pas trop baisser d'un coup ça risque d'abîmer l'image. Peut-être qu'avec 2.6 au lieu de 3.2 ça serait mieux, il faut tester. Peut-être qu'avec une autre méthode de rejet ça marchera mieux aussi, et il vaut mieux avoir plus d'images aussi.

Bonjour, ce n'est pas vraiment une erreur, elle est un peu trop mise en avant, tout va bien.

Au cas où vous ne connaîtriez pas déjà, j'ai essayé de faire un résumé des méthodes ici : https://siril.org/fr/tutorials/rgb_composition/