[Résolu] Traitement avec temps de poses multiples

[FalCT60]

Bonsoir,

Je viens de réaliser les prétraitements de trois séquences de temps de pose différents. J'ai donc trois fichiers fits que je souhaite traiter à leur tour pour n'en faire plus qu'un.

Le seul sujet qui traite à peu près de ma question sans y répondre m'a laissé sur ma faim - sans compter que les développeurs s'y faisaient malmener. Pas cool.

Pour ma part, savoir quoi faire de mes trois fichiers de 395 Mo pour avoir mon image finale me satisferait.

Merci d'avance,

J.-Luc

Modifié 3 mars 2020 par FalCT60

[Stéphiou]

Salut,

 

En manuel il faut pré-traiter tes lights par session individuelle (avec un pack bias/darks/flats/lights relatif à une session ou un temps de pose donné) pour obtenir 3 sessions de lights pré-traitées, puis tu rassembles toutes les lights pré-traitées de tes 3 sessions et tu les alignes sur ta meilleure image réf, et enfin tu peux les empiler avec un "filtre" de qualité (FWHM etc).

 

Essaie le duo SIRIL+SIRILIC pour automatiser le pré-traitement multi-sessions, c'est juste 👌 :

 

 

[m27trognondepomme]

 

Sirilic , C'est  disponible ici  : astroslacholet.wordpress.com ou directement sur https://gitlab.com/free-astro/sirilic

 

un petit tuto de l'installation et l'utilisation de Sirilic (il faut avoir installer Siril au préalable) :

Sirilic-fr.pdf

 

Le mode Multi-session est assez simple :  il suffit de cocher le mode « multi-session » dans les options du projet et de créer une couche avec plusieurs sessions. La fusion des couches se fait automatiquement avant l’alignement des images.

Ci-dessous un exemple avec NGC281 : 2  sessions en HA et L et 1 session en RVB

 

 

 

Modifié 1 mars 2020 par m27trognondepomme
mise à jour de Sirilic-fr.pdf suite à remarque de FalCT60

[FalCT60]

Bonsoir,

Merci pour vos réponses, vues un peu tard, mais ça m'apprendra à activer l'option kivabien.

Dans l'intervalle, j'ai retourné le problème dans tous les sens et suis parvenu à quelque chose de pas mal en y allant plus ou moins au pif.

Passons rapidement sur le prétraitement des trois séquences principales, qui m'ont donné les résultats que je souhaitais combiner.

Je les ai ensuite alignés et empilés par sommation, et le résultat est plutôt pas mal pour quelqu'un qui démarre quasiment de zéro question prétraitement.

Sûr que pour les confirmés il y aura toujours à redire, mais je ne suis pas du genre à cracher dans la soupe. Chaque chose en son temps.

Je vais étudier vos suggestions et approfondir jusqu'à atteindre le but souhaité.

 

[Quelques heures plus tard]

Sirilic installé et paramétré, ça a l'air relativement simple et efficace.

Seuls bémols : la ligne de commande donnée pour l'installation de python est inexacte, sans doute suite à une évolution des dépôts ; il faut saisir

python3-wxgtk4.0

et non

python3-wxgtk-4.0

et, d'autre part, chez moi la version 2 de python interfère avec la 3, ce qui m'empêche de lancer Sirilic facilement. Mais je vais régler ce détail lorsque j'en aurai le temps, ce n'est pas bloquant.

 

Encore merci,

J.-Luc

Modifié 1 mars 2020 par FalCT60

[Stéphiou]

Perso sous Win10 je n'ai aucun pb avec Python3.7 + SIRILIC 1.08 + une des dernières versions de SIRIL dév datant d'hier (@vinvin : je suis suicidaire mais ça marche 👍😁)

Un conseil en cas d'une grosse quantité de données (par ex plus d'une centaine d'images raw d'apn d'une centaine de ~48Mo chacune) : même avec 64Go de RAM, ne pas hésiter à baisser le ratio mémoire jusqu'à 0.3-0.5 ! ça peut planter en cours de route avec 0.9, mais à 0.3 ça va jusqu'au bout en full auto ! brillant ! 👌

 

Modifié 2 mars 2020 par Stéphiou
Correction en rouge

[vinvin]

Ah ça c'est pas normal si t'as une version de la branche master !
Est-ce que tu vois que la mémoire est quand même utilisée en grande partie en mettant 0.3 ? A quelle étape est-ce que ça plante quand ça arrive avec 0.9 ?
Merci

[lock042]

oui, quand on utilise une version en développement il ne faut pas hésiter a remonter les problèmes de plantage. Sinon ca perd tout l'intérêt du beta testing.

[m27trognondepomme]

Le 29/02/2020 à 22:07, FalCT60 a dit :

et, d'autre part, chez moi la version 2 de python interfère avec la 3, ce qui m'empêche de lancer Sirilic facilement. Mais je vais régler ce détail lorsque j'en aurai le temps, ce n'est pas bloquant.

C'est difficile pour moi de gérer cet aspect  python2/3 entre les différentes distributions de  linux. Par exemple, je suis sur Archlinux quand je fais les tests de non-régression sur linux et je ne vois pas ce genre de problème car  c'est python3 qui est installé par défaut sur Archlinux.

Et je ne parle pas de MAC-OS, je ne fais aucun test car je n'ai pas le matériel. Quand un problème est remontée par un utilisateur, je débogue un peu en aveugle  😎 et avec beaucoup d'interaction avec l'utilisateur pour cerner le problème.

Mais si tu sèches  sur le lancement de Sirilic par python3 , n'hésites pas à un poster un message sur le forum : il y aura un utilisateur Ubuntu pour  t'aider.

Je pourrai aussi faire le test dans une VM (il faudra me préciser ta distribution).

 

Le 29/02/2020 à 22:07, FalCT60 a dit :

Seuls bémols : la ligne de commande donnée pour l'installation de python est inexacte, sans doute suite à une évolution des dépôts ; il faut

J'ai mis à jour la doc

Modifié 1 mars 2020 par m27trognondepomme

[Stéphiou]

J'utilise cette version de SIRIL dév, je ne sais pas si c'est une master :

Je vous donne plus tard les conditions (nbre d'images + mémoire etc) si besoin.

[Fred_76]

Le 26/02/2020 à 22:20, m27trognondepomme a dit :

 

(...)

 

 

 

 

Il faut absolument retirer l'offset maître aux flats avant d'empiler pour faire le master-flat.

 

Il est préférable de faire comme ça :

 

Ou éventuellement comme ça si on a beaucoup de darks :

[m27trognondepomme]

Au début de mon expérience photo (avec mon EOS1000D) sous IRIS, je retirais l'offset des darks et des flats comme sur le premier diagramme. Je suivais un tuto à  la lettre. Aujourd'hui, avec l'ASI183, c'est le second diagramme que j'utilise. Mais je ne suis pas assez spécialiste pour dire qu'elle est la meilleure solution.  C'est pour ça que j'ai laissé toutes les possibilités de configuration , et j'ai même ajouté les dark-flats :

 

[FalCT60]

 

Il y a 22 heures, m27trognondepomme a dit :

C'est difficile pour moi de gérer cet aspect  python2/3 entre les différentes distributions de  linux. Par exemple, je suis sur Archlinux quand je fais les tests de non-régression sur linux et je ne vois pas ce genre de problème car  c'est python3 qui est installé par défaut sur Archlinux.

Et je ne parle pas de MAC-OS, je ne fais aucun test car je n'ai pas le matériel. Quand un problème est remontée par un utilisateur, je débogue un peu en aveugle  😎 et avec beaucoup d'interaction avec l'utilisateur pour cerner le problème.

Mais si tu sèches  sur le lancement de Sirilic par python3 , n'hésites pas à un poster un message sur le forum : il y aura un utilisateur Ubuntu pour  t'aider.

Je pourrai aussi faire le test dans une VM (il faudra me préciser ta distribution).

 

J'ai mis à jour la doc

Bonsoir M27,

Ce n'était qu'une simple information. Ainsi que je l'ai écrit, problème non bloquant car possibilité de lancer via une console par

python3 chemin_du_script/script.pyw

J'ai hésité à virer la v2 hier, car deux logiciels s'y appuient, dont Inkscape. Et puis, ce soir, je me suis décidé. Et je ne sais s'il s'agit d'une simple coïncidence, mais du coup Sirilic met 4 à 5 fois moins de temps à démarrer. C'est très flagrant.

Je n'en suis qu'aux balbutiements du traitement d'images, de surcroît de manière très occasionnelle, mes remarques ne pourront sans doute pas dépasser le domaine des généralités, ni apporter grand'chose de constructif.

En tout cas, chapeau à toi pour ton boulot (et aux dév de Siril, tant que j'y suis).

.../... petit temps de latence dû à la fatigue...

Ah ! si, juste une chose : je ne suis pas parvenu à trouver le moyen d'aligner autrement que sur le ciel profond ; est-ce moi qui suis infra-doué, ou n'est-ce pas possible ?

D'ailleurs, en y réfléchissant bien, je n'ai rien trouvé non plus dans les commandes de Sirl - ceci expliquant sans doute cela.

Modifié 2 mars 2020 par FalCT60

[m27trognondepomme]

il y a une heure, FalCT60 a dit :

../... petit temps de latence dû à la fatigue...

Ah ! si, juste une chose : je ne suis pas parvenu à trouver le moyen d'aligner autrement que sur le ciel profond ; est-ce moi qui suis infra-doué, ou n'est-ce pas possible ?

D'ailleurs, en y réfléchissant bien, je n'ai rien trouvé non plus dans les commandes de Sirl - ceci expliquant sans doute cela.

la commande de script "register" n'aligne que sur les étoiles :

register sequence [-norot] [-drizzle]

Performs geometric transforms on images of the sequence given in argument 
so that they may be superimposed on the reference image. The output 
sequence name starts with the prefix "r_". Using stars for registration, 
this algorithm only works with deepsky images. The option "-norot" performs 
a translation only with no new sequence built while the option "-drizzle" 
applies a x2 drizzle on the images

 

Modifié 2 mars 2020 par m27trognondepomme

[FalCT60]

C'est donc bien ça : l'alignement planétaire n'est pas possible par script. Ça me rassure quant à mes facultés.