Aller au contenu

Messages recommandés

Posté (modifié)

bonjour à tous,

 

voici la nouvelle version de sirilic :    V1.15.12   V1.15.11 /* compatibité  uniquement SiriL >= 1.2.3 */

 

C'est  disponible ici  : https://astroslacholet.wordpress.com

ou directement sur:

 

nouveautés :

  • mise à jour pour siril 1.2.0:
    • ajout des nouvelles options pour le prétraitement
    • ajout des nouvelles options pour l'alignement
    • ajout des nouvelles options pourl'empilement
    • ajout des nouvelles options pour  la supression du gradient
    • ajout de nouvelle fonction ( seqapplyreg )
    • ajout L/RGB compositing
    • ajout d'une boite de dialogue  pour charger les fichiers selon un motif
  • amélioration de la lisibilité de l'onglet propriété
  • Ajout d'un bouton 'Edit Script ' et un éditeur de script
  • replace the preprocess command (deprecated) with the calibrate command ( issue #26 )
  • change the compatibility version
  • new extension for compressed fit (.fit.fz)
  • Menu refactoring
  • add icons in menu
  • tuning for MacOS
  • add platesolve
  • add request object coords in simbad
  • add 'find text' and 'goto line' to the script editor
  • add Duo Band S2/O3
  • add composition HOO and SOO (duoband only)
  • add composition SHO
  • add composition HOO

 

  • fix : option drizzle with setapplyreg
  • fix : option setfindstar
  • fix : arrêt Siril
  • fix:  drizzle en mode duoband (Ha/O3)
  • fix MacOs : a internal script editor
  • fix: the path to the "About" dialog box icon
  • add platesolve
  • add request object coords in simbad
  • add 'find text' and 'goto line' to the script editor
  • fix accent/utf-8 in windows
  • fix "platesolving"
  • fix "weighing" only for light
  • check if Siril path is a file and file access is "x"
  • fix coords format (Simbad) (Sometimes, the format is not degre minute second)
  • fix project history
  • fix wildcard replacement in file with '[...]'
  • fix for MaxOS about the siril and siril-cli path ( siril >= 1.2.1 )
  • fix fit for MaximDL 5.08
  • fix PEP8 syntaxe
  • fix FIT generated with MaximDL 5.0
  • fix register of duoband mode
  • fix subsky of duoband mode (multi-session)
  • fix CopyLib
  • fix RGBequa
  • fix composition SHO
  • fix path of the final HOO image
Modifié par m27trognondepomme
Mise à jour V1.15.12-0
  • Merci / Quelle qualité! 2
  • 3 semaines plus tard...
Posté

@m27trognondepommeBonsoir, je pense avoir détecté 2 anomalies dans cette version 1.15

 

1) Concernant le "register" en 2 passes et la commande "seqapplyreg", j'ai une anomalie si j'utilise l'option "drizzle"

Dans le script généré par sirilic on obtiens les commandes suivantes:

register pp_images -drizzle -2pass -layer=0 
seqapplyreg pp_images

Mais vu que le register avec option -2pass ne génère pas les fit et que c'es le seqapplyreg qui le fait, il faut appliquer l'option drizzle à cette dernière commande et avoir les commandes ci dessous:

register pp_images -drizzle -2pass -layer=0 
seqapplyreg pp_images -drizzle

 

2) Avec sirilic v1.2, si on utilise la compression des fit alors les fichiers générés sont des .fit.fz au lieu de .fit

Pour le contenu des sequences ce n'est pas un problème, mais lors de la génération des master (offset/flat/dark/darkflat) ils se retrouvent nommés en .fit.fz, mais lors de leur utilisation sirilic code des commandes dans le script avec le nom sans l'extension .fz, cela génère un échec

Modification préconisée: utilisation de .fit.fz au lieu de .fit si "setcompress" est different de "0"

 

voir sujet ici 

 

Cordialement, Stephane

 

Posté

@m27trognondepommeBonsoir, je confirme c'es OK pour les fichiers compressés et le drizzle.

Par contre nouveau problème, dans l'onglet "propriétés", sous onglet "plus de propriétés", si je coche l'option "Détection d'étoiles" alors dans le script généré après la generation des masters dark/flat il manque les commandes register et stack

Ci joint mon fichier projet et le script généré. A priori entre "#TAG#} [3]" et "#TAG#{ [4] ... Terminé  ..." il manque des choses

sirilic.ssfM81_M82_test.prj

Posté

@m27trognondepommeMerci pour ta réactivité.

La correction permet bien l'ajout de la commande "setfindstar" dans le script, mais les paramètres ne sont pas les bon

La ligne ajoutée est 

setfindstar 1.0 0.5 -layer=0

 Ce qui génère une erreur la syntaxe devrait être

setfindstar -sigma=1.0 -roundness=0.5 -layer=0

En fait cela devrait même être la ligne suivante vu que dans les options disponibles dans l'interface j'ai changé les valeurs pour la focale (modifiée de 0 à 500) et la taille de pixel (modifié de 0 à 3.7)

setfindstar -sigma=1.0 -roundness=0.5 -layer=0 -focal=500 -pixelsize=3.7

 

EDIT (pas de dysfonctionnement, juste une demande d'amélioration):

1) dans le script généré, il serait bien d'insérer une commande "setfindstar" sans paramètres juste avant le register, comme cela cela farsait apparaitre dans la log d'execution les valeurs de paramètre en vigueur

2) concernant le paramètre de taille de pixel pour le setfindstar, il faudrait pouvoir saisir 2 digit apr!ès la virgule, actuellement l'interface limite à 1 digit

 

Cordialement

 

 

 

Posté (modifié)

@keymlinux voici une version de test plus à  jour avec  la commande setfindstar ( Elle a du évoluer  avec Siril 1.2)

sirilic-1.15.2xx1-py3-none-any.whl

 

nota: j'ai enlevé '-layer' et ajouter '-minA' , '-maxA'

en évolution,  je mettrais bien un bouton "edit&run" qui permet de  modifier  le  script en live avant de l'exécuter

 

Est-ce vraiment  utile ?

Modifié par m27trognondepomme
Posté

Bonjour

 

@m27trognondepommej'ai fait différents tests avec la version 1.15.2xx1, cela me semble OK. Merci.

 

Concernant l'ajout d'un éventuel bouton edit&run, je suis pour.

Il y a bien la possibilité d'afficher le script (ce qui le génère sur disque), pour ensuite éditer avant lancement manuel avec siril en ligne de commande, mais un bouton edit&run permettrait d'éviter de se taper la ligne de commande.

 

Cordialement, Stéphane

  • J'aime 1
Posté
45 minutes ago, keymlinux said:

Bonjour

 

@m27trognondepommej'ai fait différents tests avec la version 1.15.2xx1, cela me semble OK. Merci.

 

Concernant l'ajout d'un éventuel bouton edit&run, je suis pour.

Il y a bien la possibilité d'afficher le script (ce qui le génère sur disque), pour ensuite éditer avant lancement manuel avec siril en ligne de commande, mais un bouton edit&run permettrait d'éviter de se taper la ligne de commande.

 

Cordialement, Stéphane

 

Je plussoie...

J'intègre par exemple du RGB issu d'une autre caméra couleur de résolution différente, avec des sessions monochrome d'un QHY...l'édition du script pour faire la séparation des canaux + opérations diverses...ça serait top :):)

Posté
il y a une heure, keymlinux a dit :

Concernant l'ajout d'un éventuel bouton edit&run, je suis pour.

Ne connaissant pas MacOs,  quelle éditeur de texte dois-je mettre dans le choix par défaut  ?

Posté
il y a 33 minutes, m27trognondepomme a dit :

Ne connaissant pas MacOs,  quelle éditeur de texte dois-je mettre dans le choix par défaut  ?

Sur MacOS c'est TextEdit. Pour ouvrir un fichier avec il faut lancer la commande "open" en spécifiant l'application "TextEdit"

ex:  open -a TextEdit /path/file.ext

Si on essaie de lancer la commande avec son chemin complet de binaire pour ouvrir un fichier (comme on le ferait avec "vi") cela ne fonctionne pas

ex: /Applications/TextEdit.app/Contents/MacOS/TextEdit /path/file.ext

 

Cordialement

 

Posté (modifié)

@m27trognondepomme

1) Cela ne fonctionne pas (voir ci dessous la log). Je suspecte un problème d'environnement PATH pour les commandes lancées par python, il faudrait tester en utilisant le chemin complet de la commande "open"

     /usr/bin/open -a TextEdit /path/file.ext

au lieu de 

    open -a TextEdit

 

EDIT: testé, cela ne fonctionne pas non plus en mettant le chemin complet.

En fait je pense que cela viens du fait que l'on demande à python de lancer la commande "/usr/bin/open -a TextEdit /path/file.ext", alors qu'en fait dans la commande il ne devrait y avoir que "/usr/bin/open" et le reste "-a TextEdit /path/file.ext" devrais être mis dans le tableau des arguments de la commande

 

La log:

Traceback (most recent call last):
  File "/usr/local/lib/python3.10/site-packages/sirilic/lib/callbacks.py", line 120, in <lambda>
    i_gui.Bind(wx.EVT_MENU,  lambda evt: self.CB_run(evt,True), id=gui.myID_EDIT_RUN )
  File "/usr/local/lib/python3.10/site-packages/sirilic/lib/callbacks.py", line 886, in CB_run
    result = subprocess.run( editor+" "+ script, capture_output=True, text=True )
  File "/usr/local/Cellar/python@3.10/3.10.10_1/Frameworks/Python.framework/Versions/3.10/lib/python3.10/subprocess.py", line 503, in run
    with Popen(*popenargs, **kwargs) as process:
  File "/usr/local/Cellar/python@3.10/3.10.10_1/Frameworks/Python.framework/Versions/3.10/lib/python3.10/subprocess.py", line 971, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
  File "/usr/local/Cellar/python@3.10/3.10.10_1/Frameworks/Python.framework/Versions/3.10/lib/python3.10/subprocess.py", line 1847, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'open -a TextEdit /Users/stephane/Pictures/Siril/script/sirilic.ssf'

 

2) autre problème qui n'a rien à voir avec l'edit. Suite à la modification du paramètre "pixelsize" pour la commande "setfindstar", on peut désormais le saisir avec 2 digits après la virgule, mais dans le fichier projet il est enregistré arrondi avec 1 digit seulement (mon 3.75 deviens 3.8)

 

Modifié par keymlinux
Posté

@m27trognondepomme

j'ai trouvé un contournement

  dans le fichier "callbacks.py" de sirilic, ligne 886

 en remplaçant

 result = subprocess.run( editor+" "+ script, capture_output=True, text=True  )

  par

result = subprocess.run( editor+" "+ script, capture_output=True, text=True , shell=True )

 

note: je n'ai pas trouvé tout seul, voir ici https://github.com/pyinstaller/pyinstaller/issues/4859

 

MacOs c'est que du bonheur... 😉

 

note: cela fonctionne avec ou sans le chemin complet pour la commande "open" donc ce n'était pas un problème d'env PATH

 

Posté
18 minutes ago, m27trognondepomme said:

je viens d'officialiser la version V1.15.2 :

  • add an button : 'Edit/Run'
  • fix: option setfindstar
  • fix: stop siril processing

 

Génial @m27trognondepomme, je vais aller tester ça de ce pas, merci !

 

En outre, pour info, dans le contexte suivant (RGB fait avec un caméra OSC, autres sessions via une mono) :

 

875277369_Capturedu2023-04-1112-57-18.png.05e0fa45420fab88a0623bad4d3b5dee.png

 

Sirilic copie chaque sortie (RGB / L / Ha) vers ../Temp sous le nom Cxx.FIT

Or, dans cette configuration, le .fit RGB est copié vers "C-1.FIT", L vers "C00.fit" et Ha vers "C004.fit"

Lors de la phase "register C -2pass....", cela échoue imanquablement (fichier r_C-1.fit introuvable) !

 

En changeant le nommage en C00.fit pour le RGB, C01.fit pour L et C04.fit pour Ha, le registering final fonctionne alors...

Voila, si ça peut aider, au cas où d'autres soient dans mon cas.

 

 

Posté

Non mais faut pas non plus se prendre la tête.

En fait, pour ce qui est de l'assemblage final, quoiqu'il en soit, cela exige d'autres manipulations.

MAis le "registering" des couches qui est néanmoins lancé serait un plus, uniquement.

 

Encore une fois, j'imagine qu'il y a bien d'autres priorités que cette évolution, pas de souci !

 

Merci de la réponse !

 

  • J'aime 1
Posté (modifié)
1 hour ago, m27trognondepomme said:

je viens d'officialiser la version V1.15.2 :

  • add an button : 'Edit/Run'
  • fix: option setfindstar
  • fix: stop siril processing

 

Re @m27trognondepomme,

 

Pour l'option d'édition/exécution du script, tu me valides la procédure ? :

- Actions/Etape1 -> pour générer /linker/nettoyer

- Dans le répertoire Work/Objet/scripts -> Edition du script avec NOTEPAD par exemple

- Actions/Alternative : Editer le script et l'exécuter

 

C'est ça ou je suis à coté ? :)

 

Si c'est bien le cas, j'ai fait 2 fois l'essai pour être certain, le script modifié est remplacé...

 

EDIT :

 

Désolé, j'ai fouillé et vu l'option pour l'éditeur dans les préférences.

C'est bon, ça fonctionne !!

Modifié par 180Vision
Posté

bonjour à tous

 

une question SVP

peut on aligner 2 sessions faites avec des cam differentes (taille de l image et taille pixels differentes) et pkoi pas 2 focales differentes

 

merci de votre retour

Phil

Posté

j ai essayé (dans sirilic), et ça aborted car les tailles d images sont differentes.  maintenant j esperais qu il faille mettre des paramètres specifiques.

j attends de voir la réponse de la team Siril . ce serait très pratique, en club on pourrait conjuguer nos prises

 

Phil

  • J'aime 1
Posté
35 minutes ago, m27trognondepomme said:

Je ne sais  pas. :(

 

En premier  lieu, est ce que Siril sait  le faire ?  @vinvin ou @lock042 ou @Cissou8  avez vous  la réponse ?

 

Si oui, alors  tu  peux faire le test.  Et si ça bloque , je  regarderai comment  modifier Sirilic.

 

Alors Je dirais oui et non selon ce qu'on attend, malgré certaines réponses vues qui infirment ou confirment selon les expériences...

 

Bon, déjà, une séquence faite avec une FIT RGB et une FIT MONO, selon quelle image on prend en référence, Siril crash direct en cliquant sur "image de référence" ou en ré-ouvrant la séquence (avant la 1.2 aussi)....qu'il faut nettoyer à minima.

Ensuite, faire l'assemblage en séparant les canaux, composition RGB ensuite avec la mono en luminance...idem, selon la config, ç'est soit refusé, soit cela génère des pixels colorés non alignés (malgré alignement dans la fenêtre...)...

 

Je n'ai pas essayé par contre la fusion de deux caméras de même type (MONO toutes ou RGB toutes)...uniquement une RGB (ou APN, même résultat) de résolution plus faible qu'une seconde, monochrome.

 

Ce qui fonctionne par contre :

- Pré-traitement mono et rgb séparés jusqu'à empilement.

- Ajout d'une séquence avec les images résultantes, référence sur la plus petite en résolution (ou alors il faut ré-échantilloner avant...)

- Alignement (bien choisir le canal 1 pour RGB ou 0 pour L, sinon crash)

 

- Récupération des images r_xxx  issues de l'alignement dans le répertoire

- split RGB de l'image couleur

- linearmatch avec la mono de chaque couche R,G,B

 

- Assemblage à convenance avec différentes couches, par composition ou PS ou PixelMath (y compris couche Ha si besoin)

 

(Avec la dernière modif SIRILIC faite (édition script), on peut faire un ou deux Ctrl+H et compléter en fin avec ces actions modèles...ça le fait...)

 

En résumé : ça va pour un équipement mixte et pas de roue à filtre (momentanément mon cas), mais pas hyper friendly car je pense que ça dépasse le cadre d'application...

 

A mon avis, cas limite compliqué à prendre en charge et il est préférable je pense de profiter de nouveautés en traitement que de régler ces cas de figures..."tordus" :)

 

Posté

excellent! 

je savais que SIRIL etait au top :)

j allais dire: "je n ai pas trouvé d info dans les tuto ou Faq" mais voilà la reponse

merci la team

 

bon ça a l air coton quand meme

 

 

Posté
il y a 3 minutes, bou-fon a dit :

bon ça a l air coton quand meme

 

Bah pas spécialement. Ca ne change pas vraiment de quand on utilise des images du même capteur.

  • En ligne récemment   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.