SIRILIC V1.13.6 (POUR SIRIL 0.99.8)

[m27trognondepomme]

bonjour à tous,

 

voici la nouvelle version de sirilic :   V1.13.5  V1.13.6  /* compatibité  uniquement SiriL >= 0.99.8 */

 

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

ou directement sur:

• https://gitlab.com/free-astro/sirilic/-/releases
• https://gitlab.com/free-astro/sirilic

 

nouveautés :

• refactoring for siril 0.99.8
• add fix fujiX
• add processing summary
• add search field in the log tab
• add subsky sequence
• add single-multi fit / ser mode
• add ser processing
• optimisation code
• generic script without absolute path
• abort when the sequence contains an image only
• add linear_match to Duo Band (HaO3)

 

correctifs :

• fix Sirilic Step by Step (debug)
• fix reverse project
• fix the reading of the FITS file header (bitpix < 0 if float32)
• fix remove_file()
• correctif sur le numéro de siril  (0.99.8.1)
• fix objectname with space
• fix project history
• fix GetHDU() with compressed FITS
• Change label CCD => OSC/CCD
• fix DuoBand HaO3 with subsky option
• fix remove_file() with symbolic link

 

Modifié 4 avril 2021 par m27trognondepomme
sirilic 1.13.6

[m27trognondepomme]

à noter si vous avez un message du genre:

 

 

il faut  décocher Siril dev  dans les préférences.

[m27trognondepomme]

Important :  je viens de mettre à jour Sirilic en 1.13.1 pour qu'il fonctionne avec SiriL 0.99.8.1

 

* Correctif sur la vérification du numéro de version de Siril. ( la dernière version  Siril 0.99.8.1 a un chiffre en plus  )

 

[lock042]

il y a 47 minutes, m27trognondepomme a dit :

* Correctif sur la vérification du numéro de version de Siril. ( la dernière version  Siril 0.99.8.1 a un chiffre en plus  )

Oups ca fout la merde ?

Désolé :).

 

On avait une fois déja produit une version de type "patch". C'est assez rare mais c'est quand y'a ce genre d'horreur.

[m27trognondepomme]

Je l'ai vu quand j'ai voulu faire une démonstration de ma nouvelle version à un copain: .  Il s'est bien marré.

 

Modifié 13 février 2021 par m27trognondepomme

[Cissou8]

@m27trognondepomme

 c'est pareil dans pySiril, j'ai fait la meme modif, je t'envoie une MR.

Si tout va bien, j'ai reussi a faire un rebase de ma branche (j'avais des corrections a pousser sur un de mes addons) avant la MR. Si jamais ca reverte des trucs dans le master, tu me dis, j'essaierai de comprendre ou j'ai fait la betise.

C.

 

Modifié 14 février 2021 par Cissou8

[m27trognondepomme]

@Cissou8 j'ai validé le  merge. 

 

Après le  merge, j'ai regardé le graphe des commits: ça fait un peu gare routière .  Bref, Git s'est dépatouillé.  J'ai mis un label V0_0_7. Il faudra te resynchroniser sur la branche master.

Modifié 14 février 2021 par m27trognondepomme

[lock042]

Bon, promis à l'avenir on évite de faire une 0.99.8.1.2.45.F.6

[Cissou8]

38 minutes ago, m27trognondepomme said:

j'ai regardé le graphe des commits: ça fait un peu gare routière

@m27trognondepomme

C'est pas gentil de se moquer 😂...tant que Git s'en est sorti...j'ai resynchronise c'est bon.

Je connaissais pas ce truc des graphes, je suis allée le faire chez moi (https://gitlab.com/cissou8/gess/-/network/maindev) je me suis bien marrée. C'est pas encore bien clair dans ma tete visiblement 

 

@lock042

tu peux y aller avec les patchs, c'est étanche maintenant...

 

 

 

[m27trognondepomme]

pour répondre à @La Louche du Nord dans la bonne discussion

 

il y a 10 minutes, La Louche du Nord a dit :

case développeur cochée ou pas avec la dernière version de Siril ?

 

la version dev est la 0.99.9 donc avec la version officielle  0.99.8 , il faut décocher.

[m27trognondepomme]

Important :  je viens de mettre à jour Sirilic en 1.13.2 suite un problème de gestion des fichiers master en 32bits

[m27trognondepomme]

Important :  je viens de mettre à jour Sirilic en 1.13.3 suite à un problème de sauvegarde des noms d'objet avec des espaces.

[m27trognondepomme]

Important :  je viens de mettre à jour Sirilic en 1.13.4

 

Correction des bugs suivants

• fix project history
• fix GetHDU() with compressed FITS
• fix DuoBand HaO3 with subsky option

[Titophe]

@m27trognondepomme Merci pour la mise à jour mais est-ce normal ce message :

 

J'ai pourtant installé la dernière version de SiriL sur mon Mac : la 0.99.8.....

Et je ne sais pas où trouver la fameuse version 0.99.9-0

 

 

[m27trognondepomme]

Il faut décocher l’option « Siril Dev » dans le menu préférences

si tu veux  la version de dev de siril (0.99.9), alors il faut cloner le dépôt git et  compiler siriL. Sur Mac Os, je ne pourrais pas t'aider.

Modifié 24 mars 2021 par m27trognondepomme

[Titophe]

Merci j'avais oublié ce détail sur la case pour SiriL Dev.

Maintenant, je peux lancer le script mais il plante immédiatement :

 

 

[m27trognondepomme]

postes-moi ton script .

[Titophe]

Voilà :

 

Triplet_Lion_objet.prj sirilic.log

[m27trognondepomme]

postes-moi le fichier script généré "sirilic.ssf" : il est situé dans /Volumes/Photos_Astro/Traitements/script

[Titophe]

Voilà :

 

sirilic.ssf

 

Merci d'avance pour ton aide précieuse...

 

EDIT : je viens de trouver l'erreur : c'est une question de droit de lecture / écriture sur les fichiers FIT que j'ai copié depuis la clé USB de l'ASIair sur mon HD... par contre je ne comprend pas comment ce problème est apparu.

Modifié 24 mars 2021 par Titophe

[m27trognondepomme]

Super, j'adore quand le bug n'est pas de mon côté

[Titophe]

Autre petite question : quand j'exécute le script Sirilic, même si tu sembles bien se passer au final, j'ai toujours ce message d'erreur qui s'affiche tout au long du déroulement du script :

 

Est-ce normal Docteur ?

Modifié 26 mars 2021 par Titophe

[m27trognondepomme]

Depuis la version 0.99.6, Siril ajoute un underscore dans le nom de la séquence. Pour garder la compatibilité, Siril essaie les deux séquences ( avec et sans '__' ). Par exemple, Siril essaie de lire offsets.seq, et s'il échoue, il essaie offsets_.seq.  Ce ne sont pas vraiment des erreurs mais des informations supplémentaires.

 

cela prête à confusion.

 

J'hésite à filtrer ces messages car  le jour  il y a vraiment une erreur , on ne le saura pas.  L'idéal serait que Siril   supprime ces faux messages  d'erreur.

 

 

 

[lock042]

On l'a pas fait dans la version Master déjà ? 

[Titophe]

Merci pour ces précisions... et encore bravo à vous pour ces outils.

[m27trognondepomme]

non, c'est toujours présent dans  la version 0.99.9

[m27trognondepomme]

Important :  je viens de mettre à jour Sirilic en 1.13.5

 

suite au post : 

 

j'ai ajouté la commande  linear_match en  mode duoband (Ha/Oiii) comme dans  le script Couleur_Extraction_HaOIII.ssf .

[Titophe]

Sur mon Mac, depuis que j'ai installé Sirilic (v.1.13.4) via : pip3 install sirilic-1.13.0-py3-none-any.whl

A chaque fois que je fais un pré-traitement avec Sirilic, il me change les propirétés de lecture/écriture de mes fichiers fit source, ce qui m'oblige à rechanger ces propriétés pour y avoir accès. Je n'arrive pas à comprendre pourquoi, alors que cela se passait très bien avant alors que je lançais Sirilic depuis son fichier source Python via le launcher installer sur mon Mac.

Quelqu'un a-t-il une idée d'où vient le problème et comment le corriger (je précise que mon compte MacOS a les droits Admin) ?

[m27trognondepomme]

j'ai testé sirilic-1.13.5-py3-none-any.whl sur  archlinux et sur une VM debian10 : je n'observe pas ton problème.

 

Utilises-tu les liens symboliques ?

j'ai trouver le  bug ( c'est quand les liens symboliques ne sont pas cochés)

en attendant, tu peux utiliser les liens symboliques , ça devrait fonctionner.

[m27trognondepomme]

j'ai trouvé le  problème : ça date d'une correction de  la version 1.13.2 . Je  n'avais pas le  même comportement entre windows et linux.

je corrige  la version