damien7400

Script Siril - DOF LRGB

Messages recommandés

Salut à tous,

 

je vous fais partager mes scripts pour Siril,

traitement Offset/Dark/Flats L/R/G/B dans un premier temps

Acquisition sous Kstars en Fits (-> attention à l'arborescence définie par Kstars dans le répertoire de travail)

Dossier de travail
          |
          |---- Bias (Offsets enregistrés sous Bias_001.fits, Bias_002.fits etc )
          |---- Dark (Darks enregistrés sous Dark_001.fits etc )
          |---- Flat
          |        |------- Luminance (Flat_001.fits, Flat_002.fits etc etc)
          |        |------- Red (Flat_001.fits, Flat_002.fits etc etc)
          |        |------- Green
          |        |------- Blue

          |
          |----- Light
                     |------- Luminance (Light_001.fits, Light_002.fits etc etc)
                     |------- Red (Light_001.fits, Light_002.fits etc etc)
                     |------- Green
                     |------- Blue

 

Darks + Offsets:

 > Siril -s ~/Siril/scripts/DO.ssf -d ~/"dossier de travail"

 

#DO.ssf

setext fits
#build master-bias
cd Bias
stack Bias_ rej 3 3 -nonorm
load Bias_stacked
cd ..
save Bias
#build master-dark
cd Dark
preprocess Dark_ -bias=../Bias
stack Dark_ rej 3 3 -nonorm
load Dark_stacked
cd ..
save Dark

#

 

 

Darks, Offsets, Flats LRGB

 

#DOFLRGB.ssf

setext fits
#build master-bias
cd Bias
stack Bias_ rej 3 3 -nonorm
load Bias_stacked
cd ..
save Bias
#build master-dark
cd Dark
preprocess Dark_ -bias=../Bias
stack Dark_ rej 3 3 -nonorm
load Dark_stacked
cd ..
save Dark
cd Flat/Luminance
#preprocess flats
preprocess Flat_ -bias=../../Bias
#build master-flat Luminance
stack pp_Flat_ rej 3 3 -norm=mul
load pp_Flat_stacked
cd ..
cd ..
save Flat_Lum
cd Flat/Red
#preprocess flats
preprocess Flat_ -bias=../../Bias
#build master-flat Red
stack pp_Flat_ rej 3 3 -norm=mul
load pp_Flat_stacked
cd ..
cd ..
save Flat_Red
cd Flat/Green
#preprocess flats
preprocess Flat_ -bias=../../Bias
#build master-flat Green
stack pp_Flat_ rej 3 3 -norm=mul
load pp_Flat_stacked
cd ..
cd ..
save Flat_Green
cd Flat/Blue
#preprocess flats
preprocess Flat_ -bias=../../Bias
#build master-flat Blue
stack pp_Flat_ rej 3 3 -norm=mul
load pp_Flat_stacked
cd ..
cd ..
save Flat_Blue

#

 

4 minutes pour le script DOFLRGB, avec en 20MPix 5496x3672: 30 Offsets, 15 Darks, 15 Flats/couche

Après exécution vous obtiendrez à la racine du répertoire de travail:

file.php?id=2524&t=1

 

Attention:

L'option -flip n'est pas incorporée dans les "preprocess"

Il me reste à déterminer si tous les flts/darks/offsets et Lights sont bien "redressés" par l'option -flip, sinon les DOF seront à l'envers par rapport aux Lights :(

 

Modifié par damien7400
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 28/11/2018 à 21:18, lock042_CyrilRichard a dit :

Flip a seulement son inportance pour le dematricage. C'est tout.

 

Et moi qui croyait avoir compris qq chose à ce Siril... pourtant cette option -flip est citée dans un tuto pour contrecarrer la lecture inverse des Fits (notamment en provenance de Kstars)

Sans cela, il est très lourdingue d'utiliser un soft qui me met systématiquement les images à l'envers 

file.php?id=2519&t=1

 

là je fais un soft windows en C# pour les scripts, on peut sauvegarder par exemple des offsets maitres ou darks.... dossiers ou fichiers, programmer une heure de démarrage ou selon le nombre de fits détectés dans un dossier .....

 

ça devrait ressembler à ça, 

Capture1.JPG.bdd5e9f403795118882b4d914b545db9.JPG

 

Si je trouve le temps entre le boulot  et mes deux petits .... :)

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 9 heures, la louche du Nord a dit :

salut Damien

 

Si tu ne connais pas encore, je t'invite à utiliser Sirilic, c'est un générateur de script sous python très simple à utiliser pour Siril (APN, LRVB ect ...)

 

https://astroslacholet.wordpress.com/2018/10/12/utilitaire-conv2siril/

 

Ah vouiiii :)

Bien joué, sacrés outils !!!

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 8 heures, damien7400 a dit :

Et moi qui croyait avoir compris qq chose à ce Siril...

Ben il fait ca de façon interne, pour pouvoir lire la matrice de Bayer dans le bon sens.

 

Il y a 8 heures, damien7400 a dit :

Sans cela, il est très lourdingue d'utiliser un soft qui me met systématiquement les images à l'envers 

Si je te dis que Siril suit le standard en lisant de bas en haut les FITS ? Donc c'est pas lui qui fait quoique ce soit à l'envers ...

 

EDIT: et si vraiment ca te  pose problème, tu finis ton script par

mirrory

 

Modifié par lock042_CyrilRichard
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

La question de poser problème ne se pose même pas vu le résultat, non ? La cosmétique est importante, mais il faut que l'image conserve un minimum de réalité....

 

Commandes Siril:

MIRRORX

mirrorx

Rotates the image around a vertical axis.

MIRRORY

mirrory

Rotates the image around an horizontal axis.

 

elles sont utilisables dans un script, ce qui est parfait ! Le redressement sera automatique.

Modifié par damien7400

Partager ce message


Lien à poster
Partager sur d’autres sites

Mais fait le à la toute fin. Ne t'en préoccupe pas avant.

Siril fait en sorte d'être cohérent dans tout le process de soustraction des Dofs et Cie...

L'option -flip est juste la si les images ont été enregistré dans un autre sens que  bas en haut, pour lui dire : attention la matrice de Bayer commence pas au meme endroit.

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 17 heures, la louche du Nord a dit :

salut Damien

 

Si tu ne connais pas encore, je t'invite à utiliser Sirilic, c'est un générateur de script sous python très simple à utiliser pour Siril (APN, LRVB ect ...)

 

https://astroslacholet.wordpress.com/2018/10/12/utilitaire-conv2siril/

 

Hmmm, je suis sous Kubuntu 18.04, ça joue peut-etre un rôle mais pas moyen de lancer Sirilic, un pb de library....

 

"Traceback (most recent call last):
 File "Sirilic.pyw", line 52, in <module>
   from libTools      import LogConsole
ImportError: No module named libTools"

 

dommage :(
 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 3 minutes, lock042_CyrilRichard a dit :

Mais fait le à la toute fin. Ne t'en préoccupe pas avant.

Siril fait en sorte d'être cohérent dans tout le process de soustraction des Dofs et Cie...

 

Yep, c'est vu, j'ai refais les DOF (ils provenaient d'Iris), maintenant ils sont tous dans le me sens !!

Avec les scripts les bibliothèques sont rapides à reconstituer (quand on a encore les brutes :) )

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 3 minutes, damien7400 a dit :

"Traceback (most recent call last):
 File "Sirilic.pyw", line 52, in <module>
   from libTools      import LogConsole
ImportError: No module named libTools"

Va sur le forum d'en face, il y'a un sujet SirilIC, il répond très vite et te dira quoi faire

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 6 heures, damien7400 a dit :

Hmmm, je suis sous Kubuntu 18.04, ça joue peut-etre un rôle mais pas moyen de lancer Sirilic, un pb de library....

 

"Traceback (most recent call last):
 File "Sirilic.pyw", line 52, in <module>
   from libTools      import LogConsole
ImportError: No module named libTools"

 

dommage :(

 

bizarre, vu qu'il a été développé pour fonctionner d'abord sous Linux.

as-tu télécharger python avant ?

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

le problème est corrigé dans la version 0.37

j'avais oublié  de mettre à jour le lien de téléchargement car j'ai été un peu occupé avec la migration de svn/gitlab de siril.

 

@damien7400:Le lien est maintenant à jour : Sirilic&Sirilot

Modifié par M27trognondepomme
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 5 heures, la louche du Nord a dit :

as-tu télécharger python avant ?

 

 ah bah non pardi :))

 j'ai le 3.6 il me semble, mais c'est surtout le manque de temps en ce moment.... j'ai pas trop eu le temps de creuser la question désolé :)

Partager ce message


Lien à poster
Partager sur d’autres sites

Tu disais avoir Kubuntu. Pas besoin de télécharger Python, il est déjà installé dedans.

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 27 minutes, Bruno- a dit :

Tu disais avoir Kubuntu. Pas besoin de télécharger Python, il est déjà installé dedans.

Ce n'est pas un problème de version de kubuntu ou  de python: c'est un problème de chemin de librairie  qui était mal géré par sirilic. Ceci est maintenant réglé dans la version V0.37.

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Oui, je faisais cette remarque justement pour dire que c'était donc une fausse piste.

  • J'aime 1
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

:(

mon petit soft commence à éditer ses premiers scripts, mais voilà qu'ils ne fonctionnent que sous Linux.....

Windows 7 / Siril / Scripts  =  fonction "cd" qui ne fonctionne qu'en mode console, réessayé comme un fou dans tous les sens... "cd" ne fonctionne pas dans les scripts, mais fonctionne très bien dans la console.

 

Sous Linux: tout fonctionne, sauf mon soft que j'ai fait en C# pour Windows (heureusement il y a Wine:))  )

siril_plan.jpeg.e8ab5e2f44449c7a48316e306c2a0a7a.jpeg

 

Pour l'instant le soft n'édite que les scripts qu'il enregistre dans le dossier Scripts de Siril, 5 configurations enregistrables, mais y'a encore du boulot avec les invites pour les différents types de traitements....

 

En tous cas Bravo pour les concepteurs de Siril, le mode console/script est vraiment "easy" et complet,

sauf sous Windows... pas moyens de charger les fits en groupe (Siril cherche le fichier .seq), et au mojns une fonction inopérante (même en mode admin...)

Modifié par damien7400

Partager ce message


Lien à poster
Partager sur d’autres sites

La commande 'cd' fonctionne bien sur windows comme sur Linux en mode script.

un conseil sous windows pour le cd dans le script met des simples quotes et met des slash plutôt que des backslash:

ex:

# Dossier de travail
cd 'D:/_TraitAstro/20-SiriL/work/M45'

Modifié par M27trognondepomme
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Ah, voui ça risque de tout changer....

sous linux il n'ya pas besoin de quote,

 

Oky, c'est bon pour cd, donc dans les scripts uniquement

 

-> sous linux:             cd J:\Images\Captures_astropi\DOF\Bias

 

-> sous windows:     cd 'J:\Images\Captures_astropi\DOF\Bias'

 

Par contre, sous windows, même commande, même dossiers, fichiers... pas de chargement des fits, Siril cherche le .seq

en lançant  load bias_001, je ne peux suavegarder avec save b1 ou autre:

22:19:52: Exécution de la commande : save
22:19:52: Erreur dans le fichier FITS : failed to create new file (already exists?):
22:19:52: Erreur dans le fichier FITS : b1.fits

j'ai essayer pas mal de truc (admin, compatibilité, autres dossier, Siril directement dans c:.....)

 

sous Linux ça roule...

Modifié par damien7400

Partager ce message


Lien à poster
Partager sur d’autres sites

La version 0.9.9 a un bug sous Windows qui a été corrigé.  Elle prend pas les fin de ligne de type CR LF

C'est corrigé pour la 0.9.10.

 

Petite question, pourquoi n'utilises tu pas le soft de @M27trognondepomme?

Partager ce message


Lien à poster
Partager sur d’autres sites

Une piste entre windows vs linux:  vérifies que le script généré sous windows ne met pas de caractère '\r"  pour chaque '\n'. Je crois que c'était un problème sur certaine version de Siril.  Demandes confirmation à @lock042_CyrilRichard

Dans Sirilic, je supprime le '\r' .

Il y a 2 heures, damien7400 a dit :

Oky, c'est bon pour cd, donc dans les scripts uniquement

 

-> sous linux:             cd J:\Images\Captures_astropi\DOF\Bias

 

-> sous windows:     cd 'J:\Images\Captures_astropi\DOF\Bias'

les quotes sont utiles quand il y a un espace dans le chemin.

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 6 minutes, lock042_CyrilRichard a dit :

La version 0.9.9 a un bug sous Windows qui a été corrigé.  Elle prend pas les fin de ligne de type CR LF

C'est corrigé pour la 0.9.10

Nos réponses se sont croisées :D

 

il y a 5 minutes, lock042_CyrilRichard a dit :

Petite question, pourquoi n'utilises tu pas le soft de @M27trognondepomme?

Pour ma part, je trouve ça bien que d'autres approches soient développées.  ça va faire émerger de nouvelles idées.

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 3 minutes, M27trognondepomme a dit :

Pour ma part, je trouve ça bien que d'autres approches soient développées.  ça va faire émerger de nouvelles idées.

Oui, mais je préfère unir les forces :), pis j'aime pas le C# ..... ;) Mais ça c'est mon coté linux :D.

 

Après, c'est une excellente chose en effet de voir fleurir plein de softs qui interagissent avec Siril, ça fait chaud au cœur.

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par FrancoisGAP
      La Nébuleuse du Croissant et sa Bulle de Savon Voisine
       
      Bonjour à tous,
      Je suis ravi de partager avec vous ma dernière photo de NGC 6888, la Nébuleuse du Croissant, capturée lors d'une rare nuit dégagée ici en Aveyron. 
       

       
      ### Détails Techniques
      - **Instrument** : TS Optics Hypergraph 10" (254/1000 Fd4)
      - **Correcteur Réducteur** : 0,85×2″, soit 863mm (Fd3.4)
      - **Caméra** : ZWO ASI2600MC DUO
      - **Monture** : EQ8R Pro
      - **Guidage** : ZWO ASI220MM Mini with DUO
      - **Mise au point** : ZWO EAF
      - **Roue à filtres** : ZWO EFW 5x2"
      - **Filtre utilisé** : Optolong L-Extreme
      ### Détails de Prise de Vue
      - **Temps d'intégration total** : 5.73 heures
      - **Poses** : 172 x 120s à Gain=100 (-20°C)
      - **Calibration** : 40 Darks, 40 Darks Flat, 40 Flats
      - **Traitement** : PixInsight et Photoshop
       

       
      NGC 6888, également connue sous le nom de la Nébuleuse du Croissant, est située dans la constellation du Cygne, à environ 5 000 années-lumière de la Terre. Cette nébuleuse en émission est formée par le vent stellaire de l'étoile massive WR 136 (une étoile Wolf-Rayet), qui souffle les couches extérieures de l'étoile, créant cette structure complexe de gaz et de poussière. Le diamètre de NGC 6888 est d'environ 25 années-lumière.
      À proximité, on peut également observer la nébuleuse de la Bulle de Savon (PN G75.5+1.7), une nébuleuse planétaire découverte plus récemment. Bien qu'elle soit moins connue que NGC 6888, elle offre une vue fascinante avec sa forme sphérique et ses détails fins.
       
      En observant NGC 6888, on pourrait se demander si l'on regarde une méduse, un croissant ou même un cerveau. Heureusement, la Bulle de Savon à côté met tout le monde d'accord avec sa forme claire et distincte. 😊
      Et pour répondre aux sceptiques, je confirme que cette photo n'a pas été prise à travers les nuages !!!
       

       
       
      Pour plus de détails et des images supplémentaires, vous pouvez consulter mon article complet ici : https://planetediy.fr/index.php/2024/06/09/ngc-6888-croissant-meduse-ou-cerveau-la-grande-question-astrophotographique/
       
      J'espère que vous apprécierez cette image autant que j'ai pris plaisir à la capturer et la traiter. Vos commentaires et critiques constructives sont les bienvenus !
      Clear skies à tous !
    • Par Rolumix
      Le Soleil ce matin, juste avant les nuages...

    • Par Phil49
      Bonjour à tous,
       
      Hier soir, je profitais de ces rares soirées claires ou exploitables même pour des réglages techniques.
       
      Je voulais finaliser mes réglages sur mon RC 8 et en voulant mesurer l'incidence de la rotation de la bague de mon porte oculaire, j'ai perdu PHD2 malgré de nombreuses tentatives !
       
      Pour fixer le cadre, si vous regardez ma signature, j'ai une AZ EQ6 qui marche très bien, j'avais déjà fait des soirées avant celle-ci depuis l'année dernière, et pas plus tard que la veille.
       
      La chaine otique était composée de mon OAG Large Player One, un porte filtre avec un Optolong L Pro, et la Player One Artemis C-Pro déjà utilisée les quelques nuits claires précédentes.
       
      Je pilote l'imagerie avec mon miniPC Mele Quieter 3C qui marche parfaitement également, mon setup est alimenté sur secteur en passant par une alimentation de labo, car je suis dans mon observatoire, bref, des conditions de prises de vues idéales.
      Un poil de vent très très léger, mais pas plus que les nuits précédentes, par ailleurs je suis bien protégé dans l'observatoire.
       
      Comme d'habitude, je fais mon alignement polaire avec TPPA (Three Point Polar Alignment) dans NINA, je fais un goto vers Dubhé et une astrométrie pour vérifier que tout est ok, et je pointe ensuite vers une cible étoilée pour faire ma manip de rotation de la bague de mon P.O.
       
      C'était NGC 7000.
       
      Première image à 30 secondes...
       

       
      PHD2 avait commencé à tourner, on était dans une moyenne de 0.6/0.7 en RMS,  pas le meilleur guidage mais correct pour les conditions de cette nuit.
       

       
      Je reviens à mon RC 8, je fais 2 ou 3 rotations de la bague de P.O et vérifie le résultat en direct avec NINA dans l'assistant cadrage, le cadrage me parait plaisant, et je décide de faire quelques clichés en lançant une séquence avancée de quelques images.
       
      Mais quand je retourne sur PHD2, c'est la catastrophe !
       
      Je stoppe celui-ci avec le panneau stop, je revérifie les réglages qui n'avaient pas changé, je relance, mais pareil !
       
      Il part dans des directions invraisemblables, j'arrête proprement NINA, je redémarre mon miniPC, je refais mon alignement polaire, je relance mon goto, mon astrométrie, je pointe à nouveau sur NGC 7000, la bague de mon P.O était restée sur la dernière position, et je relance une séquence avancée me disant que je serai fixé puisqu'il fera la totale de toute manière.
       
      Et là, rebelote !
       
      J'ai stoppé la séquence, j'ai essayé de modifier les valeurs qui avaient bien fonctionné la veille et malgré une demi douzaine d'arrêts redémarrages, déconnexions de la monture et de la camera dans PHD2 rien à faire ! :-(
       
      La seule chose que je n'ai pas fait c'est d'arrêter électriquement la monture et de retester, mais cela aurait il changé quoi que ce soit...
       
      Je joins à ce post le fichier log de PHD 2, on voit toutes les tentatives...
       

       
      J'avoue que je ne comprends pas ce qui a pu  ce point "détraquer" PHD2 qui ne m'avait jamais fait cela !
       
      Et je n'ai pas le commencement d'une piste logique.
       
      Est-ce le fait d'avoir tourné la bague de mon P.O ??
       
      Invraisemblable, non !?
       
      Merci pour vos aides !
       
      Philippe
       
       
      PHD2_GuideLog_2024-06-08_225054.txt
    • Par Astramazonie
      Salut,
       
      Petite et courte observation avant hier soir vers 3h du matin ne trouvant pas le sommeil ... Entre deux ouvertures nuageuses, j'ai pu observer une cible que j'attendais ...
      la fameuse nébuleuse de " l'Oeil de Dieu " ... 
       
      Toujours au seestar depuis la Guyane avec 20 minutes de pose ( oui les nuages sont arrivés aussi vite ... ) 
      Petit traitement sur Photoshop, GraXpert et Siril ( enfin je me suis mis dessus mais pas encore opérationnel dessus ) 
       
      Pas top top mais j'espère que vous apprécierez ... 
       
      Bon ciel 
       
       

    • Par pleclech94
      Bonjour,
       
      j'adore Blur Exterminator je trouve l'outil formidable en revanche il y a une seule chose qui me gêne vraiment. C'est la transformation des galaxies faibles en étoiles.
      Pour vous illustrer le sujet j'ai mis une comparaison de 2 clichés 
      Celui de gauche a plus de temps d'intégration que celui de droite et l'application de BXT montre 2 résultats différents. Ce qui me saute aux yeux immédiatement c'est la galaxie en haut à gauche qui est vraiment une galaxie sur l'image de gauche et qui est une étoile sur celle de droite.
      Je précise que le traitement des 2 images a été fait avec les mêmes paramètres, elles sont directement comparables.
      On voit aussi que sur l'image de gauche en bas il y a une nouvelle étoile qui apparait et qui est aussi certainement une galaxie faible.
      Voilà je voulais vous en faire part car je trouve qu'il faut faire attention lors de l'utilisation de BXT à ces fausses étoiles qui ruinent un peu le rendu final et l'exactitude de l'information de la prise de vue.
      Vous avez certainement vous aussi remarqué cela et quelle solution avez-vous trouvé ?
       

  • Évènements à venir