pySiriL

[Sebriviere]

il y a 18 minutes, lock042 a dit :

Haha. En effet. Des que j'ai couché ma fille je te fais un fichier plus simple à parser. 

Parle lui en C.... comme dans la pub matelas... on pourra toujours compter sur les scientifiques pour nous endormir....

[lock042]

il y a 59 minutes, Cissou8 a dit :

Y a pas a dire, ça va quand même super vite, même avec les extras!

Ah ben c'est surement parce que tout est parallélisé.

il y a 59 minutes, Cissou8 a dit :

Juste un truc, tu pourrais garder tous les sep a "\t"? Sinon, faut je ruse pour parser le numéro d'image/channel avec des expressions régulières  a cause du  ":"

Ca y'est.

[Cissou8]

Nickel!

 

[m27trognondepomme]

@lock042 j'ai testé la commande sur  un fichier multi-image codé en 16bits. L'exécution se passe correctement.

mais le résultat semble bizarre car la couche n°1 (vert) sur certaines images semble être à quasi zéro  1.39E-7  ?? ( 65536*1.39E-7 # 0)

quand je fais la statistique via le menu information de l'image, je retrouve le  même résultat.

 

Le problème est sur la visualisation de la couche verte en mode linéaire, je vois très bien la galaxie d'andromède.

 

Du coup, j'ai refait mon traitement en enlevant le mode fitseq. je retrouve le même résultat.

 

mais si je charge l'image  individuellement j'ai un résultat différent.

 

j'ai donc calculé avec le programme de @Cissou8  les statistiques des images avec stat  et comparer avec  seqstat.

 

c'est différent:

statistic_stat.csv

statistic_seqstat.csv

 

 

[lock042]

Purge bien ton fichier seq dans un premier tps. 

 

Mais donc @vinvin. Y'aurai un bug fitseq ? 

Ou alors j'ai pas compris :). Je suis plus sur mon ordi. 

Modifié 14 décembre 2020 par lock042

[m27trognondepomme]

oui, ça marche mieux après un purge via Siril.

 

Question : dans un script , comment peut-on purger le seq ?

[Cissou8]

ah, j'avais vérifié qu'en mono. Et j'avais pas vérifié toutes les colonnes...Ca c'est du test bien fait!

J'ai pas le problème sur la couche verte si debayerise.

 

Par contre, si je passe en basic, j'ai le avgDev qui a pas la bonne valeur (-1 un fois repasse entre 0 et 65535 si un seul canal, et -1 sans repasser en 16b entier si 3 canaux).

La valeur est ok quand je demande les extras.

 

22 minutes ago, m27trognondepomme said:

Question : dans un script , comment peut-on purger le seq ?

J'allais proposer une methode brutus. on supprime le .seq...il se recree tout seul quand on appelle a nouveau la sequence dans une commande. Ca marche par la console avec seqstat mais ca marche pas par le pipe...

Modifié 14 décembre 2020 par Cissou8

[m27trognondepomme]

le problème de purger est que l'on perd les autres informations de seq

 

Je pense qu'il y a un problème de fond car même en passant  via le menu information de l'image de Siril ,  on  a  un résultat erroné.  L'utilisateur n'est pas sensé savoir qu'il faut faire un purge.

 

il y a 40 minutes, lock042 a dit :

Mais donc @vinvin. Y'aurai un bug fitseq ? 

Ou alors j'ai pas compris :). Je suis plus sur mon ordi. 

j'ai  le même comportement avec ou sans fitseq.

 

[m27trognondepomme]

Génial la fonctionnalité "Show  Object Name"

 

[vinvin]

Dans quel cas t'as besoin d'effacer les stats du .seq ?

[m27trognondepomme]

Quand je fais stat dans la console en chargeant au préalable l'image, ça marche.

mais si je charge la  séquence, et que je fais un stat à la souris de la  même image , le vert est à zéro.

après un purge  des séquences du dossier de travail, ça marche correctement.

[m27trognondepomme]

j'ai oublié de dire que ma séquence a été produite  par la commande register.

[vinvin]

Ok j'avais pas vu les réponses, j'ai édité mon message d'avant qui demandait quel était le problème, la réponse me va aussi

On dirait qu'on a un bug dans les stats donc... C'est une séquence en CFA ou RGB ? FITS 16 bits ?

[m27trognondepomme]

c'est une fichiers sequence FITS RGB

16 bits

 

Modifié 14 décembre 2020 par m27trognondepomme

[vinvin]

Est-ce que le register échoue sur des images ? Y'a un truc particulier avec cette séquence ? Est-ce qu'elle est créée avec le même nom qu'un .seq qui existe déjà ?

[m27trognondepomme]

aucun échec dans le register .

les images sont générés par le script suivant :

sirilic.ssf

 

le log issu du traitement:

sirilic.log

 

il y a 9 minutes, vinvin a dit :

Est-ce qu'elle est créée avec le même nom qu'un .seq qui existe déjà ?

le dossier est vierge avant de lancer le script

[lock042]

Une purge peut être fait en forçant à recalculer la normalisation avant le stacking. 

J'ai du mal à imaginer que ça calcule mal les stats à ce moment d'ailleurs, car le résultat de stack serait tout pourri. 

 

@m27trognondepomme

@Cissou8

À quel moment les stats pourries arrivent. Car comme elles sont mises en cache, après elles réapparaissent constamment. Mais quelle opération calcule mal les stats la première fois ? 

Modifié 15 décembre 2020 par lock042

[Cissou8]

@lock042,

j'ai essaye par tous les moyens...j'arrive pas a reproduire les stats pourries sur le vert de @m27trognondepomme.

Moi j'ai juste le avgdev qui se calcule pas (mais qui est rendu a sa valeur par defaut) si je demande "basic". Si je demande "extra", tout marche bien.

[lock042]

Bah oui. C'est une erreur de ma part. Avgdev n'est pas calculé en basic : je les supprime. 

 

C'est corrigé. 

 

 

EDIT: je suis meme allé plus loin. En fait dans basic le bruit est calculé, je me rappelais plus. Et extra ne sert à rien : ca ne calcule des trucs nécessaires que pour le stacking.

Il y'aura donc deux niveaux :

- basic

- main

 

Quand j'aurai fini de tester 2-3 trucs

Modifié 15 décembre 2020 par lock042

[vinvin]

J'ai pas réussi à reproduire le bug des stats vertes manquantes encore non plus. Et le log est trop long et compliqué pour trouver quelque chose d'utile dedans je crois...

[lock042]

Il y a 2 heures, Cissou8 a dit :

Si je demande "extra", tout marche bien.

C'est bon, j'ai tout mis à jour.

il y a 4 minutes, vinvin a dit :

J'ai pas réussi à reproduire le bug des stats vertes manquantes encore non plus. Et le log est trop long et compliqué pour trouver quelque chose d'utile dedans je crois...

Je pense qu'il va falloir penser a créer différent niveau de log de debug.

[m27trognondepomme]

je fais ce soir des tests afin de bien réduire le périmètre du problème ...

[lock042]

il y a 1 minute, m27trognondepomme a dit :

je fais ce soir des tests afin de bien réduire le périmètre du problème ...

Oui, car moi non plus je reproduis pas.

 

Après, il semble que ca se produit que sur les FITS cube. C'est ça ? Et j'avoue très peu les utiliser.

[Cissou8]

3 hours ago, lock042 said:

C'est bon, j'ai tout mis à jour.

teste en mono et en couleur, en basic et en main, c'est impec!

 

24 minutes ago, m27trognondepomme said:

je fais ce soir des tests afin de bien réduire le périmètre du problème ..

Si t'as des idees de tests que tu veux que je fasse pour reproduire...il fait moche ici ce soir...

[m27trognondepomme]

bon, j'ai avancé un peu sur le problème. J'ai procédé par étape et j'ai trouvé que c'est l'opération de stack qui crée le problème.

 

• mon fichier seq après l’opération de registration et avant le stack : r_pp_images_avant_stack.seq
• le  même fichier mais après l'opération de stack : r_pp_images_apres_stack.seq

mon script de test est le suivant: testscript.ssf

 

 

 

Modifié 15 décembre 2020 par m27trognondepomme
inverser les fichiers avant et apres stack

[m27trognondepomme]

Il y a 9 heures, lock042 a dit :

Après, il semble que ca se produit que sur les FITS cube. C'est ça ? Et j'avoue très peu les utiliser.

 

non , j'ai le problème avec ou sans  l'option fitseq.

Pour ma part, j'utilise de préférence le mode  fitseq car ça fait moins de fichiers générés et  le traitement me semble plus rapide sous windows ( c'est juste une impression)

[lock042]

Bon @vinvin connait bien mieux les fichiers seq que moi. C'est sa partie.

Mais la de ce que je vois c'est normal.

 

Pendant le stack sont calculées les stats sur le canal de reference.

 

Par contre un truc me choque, des valeurs hors norme:

M1-0 18019728 18019728

 

Mais clairement, la j'y connais rien. @vinvin saura mieux.

 

EDIT:

AH non, les valeurs sont normales. Total de pixels et bon pixels.

Modifié 15 décembre 2020 par lock042

[m27trognondepomme]

ok

il n'y a rien d'urgent sur le problème , je l'ai vu grâce à la nouvelle fonction seqstat

je vais faire le test sur linux

[m27trognondepomme]

Pour info, j'ai la même erreur sous linux.

[lock042]

Par contre je vois pas d'erreur dans tes fichiers seq.