Siril 1.2.0 - beta

[steph37]

La réponse d'Adrian Knagg-Baugh au ticket ouvert


This is intentional: fftw can run with multiple threads and that's the best way to gain performance. Fftw plans an optimum way to carry out a given fft based on the total system resources so it's not safe to simply turn fftw threading off and process nthreads images in parallel, we have to process images sequentially and allow fftw to optimize as best it can.

Having said that, I won't mark this as Not a bug just yet as there's a Siril setting that controls threading in fftw and I have a feeling it defaults to off, which isn't ideal. I'll make sure the default is to use threading before 1.2.0 is released. Have a look in Preferences -> Performance and make sure the relevant button is checked.

If the setting is set to make fftw use threads but top is still only showing 100% usage then please reply here as that would indicate a bug. I haven't seen that behaviour in testing though.

[steph37]

Bon je vais tester la fameuse case FFTW dès que j'aurai la main sur Siril. (il est en train de tourner)
Mais @soulearth tes essais ne sont pas encourageants ...

[soulearth]

Alors effectivement la case n'était pas cochée par défaut. A minima on aura trouvé ce petit point d'amélioration. Pour ce qui est des 2 paramètres, ne sachant pas vraiment de quoi il retourne je ne suis pas a l'abri d'avoir rentrer un paramètre trop haut ou trop bas. Qui sais...
Mais effectivement je viens de tester et pas de changement.

Mais c'est bien, une beta c'est fait pour trouver les petits cailloux avant qu'ils n'arrivent dans les chaussures des utilisateurs finaux. Que ce soit des bugs ou des petits trucs sans gravité.

[steph37]

Sous windows, pas d'effet, je teste sous Linux

[soulearth]

image.png

[steph37]

Sous Linux ça marche, on passe de 15 img par minute à 50 img par minute ; on voit que les différents coeurs s'occupent du pb

image.png

[steph37]

@cissou8 tu as fais tes tests de la case FFTW sous quel OS ?

[cissou8]

je suis la dev windows.... j'imagine que j'ai ete mauvaise dans une autre vie et que c'est un retour de flamme de mon karma....
Cherchez pas, j'ai trouve un autre bug de merde ce soir... je suis un peu depitee

Sinon, j'ai parle avec Adrian. A priori, la premiere fois qu'on lance sur la meme machine avec une taille d'image donnee, avec un setting ou non de multi-thread ca calcule un planning optimum. Ce calcul a un cout (en temps)... donc il est possible que la premiere fois que vous cochiez la case, ca prenne plus de temps. Et si vous lancez un deuxieme fois, ca doit aller plus vite.... chez moi, c'est le cas. Avec la cache cochee, je passe en 1m08s ce qui met 2m01s a passer si elle est pas cochee. Ce faisant, j'utilise mes CPU a 75%. alors pourquoi ca fait pas ca chez vous....

[soulearth]

Pauvre @cissou8 . J'avoue que dev windows ça doit pas être de tout repos. Pour te consoler dit toi que tu fais le bonheur de 90% des utilisateurs sur le marché.

J'ai vu la réponse d'Adrian (pas encore répondu ). Honnêtement si ça pouvait être ça, ce serait tellement bien... Mais je teste avec les même brutes depuis le début. L'impact de cette plannification est elle sur la première image ou la première séquence ? Car le test de ce soir c'était 174 frames, autant dire que si l'impact est seulement sur la première frames il a du rapidement être noyé dans la masse.

Pour etre sur, je relance, mais pas mieu. :/

image.png

Merci pour ton aide.

[cissou8]

J'ai vu la réponse d'Adrian (pas encore répondu )

Je veux bien que tu vois avec lui du coup... je vais lui en toucher 2 mots mais apres, c'est l'heure de dormir

[steph37]

Sinon, j'ai parle avec Adrian. A priori, la premiere fois qu'on lance sur la meme machine avec une taille d'image donnee, avec un setting ou non de multi-thread ca calcule un planning optimum. Ce calcul a un cout (en temps)... donc il est possible que la premiere fois que vous cochiez la case, ca prenne plus de temps. Et si vous lancez un deuxieme fois, ca doit aller plus vite.... chez moi, c'est le cas. Avec la cache cochee, je passe en 1m08s ce qui met 2m01s a passer si elle est pas cochee. Ce faisant, j'utilise mes CPU a 75%. alors pourquoi ca fait pas ca chez vous....

Merci @cissou8 !
Bin oui j'ai complété le ticket pour Adrian : j'ai relancé un second test sous windows et en fait pas d'amélioration. Bon et puis je ne me complique pas la vie, dans mes tests c'est toujours la même taille d'image, la même machine, les mêmes fichiers seq et fits. C'est juste que j'ai en double boot un windows et un Linux. Les paramètres de FFTW multi je les ai gardés par défaut "Patient, "60","15"

[soulearth]

Pour info la source du problème a probablement été trouvé. Je ne sais pas ou en sont les tests mais ca sent bon.

[soulearth]

Merci @Zibou . Ah les joies du debug faut y'aimer ^^ . Faut avouer que c'est tout de suite plus simple quand on baigne dans l'informatique à longueur de journée.

[Micmac]

bon je rentre d'un gros week end en alsace, passer à picoler et a manger des truc interdit par la convention de Genève, et par mon toubib. Du coup pris beaucoup de retard même sur la lecture des post AVA.
Je viens de télécharger la béta de siril, si j'ai bien compris la première choses à faire et de renommer les dossier flat bias dark etc... dans la fameuse langue internationale.
Si j'arrive à me motiver j'essayerai cet am de lire un tuto de traitement sans script et faire mes premier pas.

[soulearth]

lire un tuto de traitement sans script et faire mes premier pas.

Si tu le fais sans les scripts, le nommage des dossiers importe peu. Inutile de coller a la convention de nommage.

[Micmac]

starnet cli c'est uniquement mac? je trouve pas cette version en win

[soulearth]

starnet cli c'est uniquement mac? je trouve pas cette version en win

Si si elle est proposée pour Windows. Attention cependant, il y a un petit bug ( et un contournement) pour cette fonctionnalité.


Lien de dl: https://starnetastro.com/wp-content/upl ... LI_Win.zip

[Micmac]

bon j'ai voulu faire mon premier traitement siril, sans les script, suis pas allé bien loin. La copine alsacienne sur son youtube explique, qu'il faut prétraité les flats convertis avec le masterbias.
mais sur ma toute nouvelle version siril il y a pas cet onglet.....

menu pretraitement.jpg

tuto.jpg

et question bonus mettre siril en 16 ou 32 bits?

[soulearth]

Il faut prétraité les flats convertis avec le masterbias.

Ah oui... C'est ton premier vol sur air stacking manuel ? Si oui, je te conseille d'utiliser directement les masterDark et masterFlat qui sortent de sharpcap. Dans le cas contraire il faut que tu ai gardé les frames unitaires et en gros tu vas te palucher 3 empilement. 1 pour les darks, 1 pour les flats et enfin 1 pour les brutes. Ma patience m'a toujours contre indiqué de faire ainsi . Même si les bonnes pratiques pousserait plutôt a faire le processus complet.
Du coup si il y a une subtilité sur la beta ben impossible que je l'ai croisé.

[Micmac]

@soulearth ben si je me farci le tuto, autant tout faire, et je suppose que une fois traité les dofs, je n'aurais que les brutes des différentes prises à enquiller, apparemment cela s'appelle calibration maintenant

[soulearth]

@soulearth ben si je me farci le tuto, autant tout faire, et je suppose que une fois traité les dofs, je n'aurais que les brutes des différentes prises à enquiller, apparemment cela s'appelle calibration maintenant

oui c'est ca. Les dof tu les empile qu'une fois, ensuite tu lui donne les master.

[cissou8]

mais sur ma toute nouvelle version siril il y a pas cet onglet.

Il a change de nom... parce qu'y avait un eternel debat sur "le pre-traitement c'est jusqu'au stack" vs "le pretraitement, c'est quand on traite avec les DOFs". On a fini par appeler ca "Calibration". Mais le contenu de l'onglet est le meme... ou presque
Le lien vers la doc: https://siril.readthedocs.io/fr/latest/ ... ation.html
Attention, la traduction est en patchwork parce qu'elle est en train d'etre faite justement...

[soulearth]

@cissou8 je suis avec attention le ticket concernant le multi threading. A priori ça a bien avancé mais j'ai l'impression qu'on vous a pas fait un cadeau avec ce bug. Je me trompe ?

[steph37]

@cissou8 si tu as besoin de testeurs un peu bêtas pour cette affaire de multithreading, on est là

[cissou8]

@soulearth , cyril a ouvert un ticket upstream, y a une PR en cours mais on sait pas quand elle passera. De mon cote, j'ai continue a tester. Si je passe en release, j'ai le meme comportement que vous (meme temps en multi qu'en "mono-thread") ce que j'avais pas en debug. Mais meme quand les temps sont les memes, les charges sur les CPU sont tres differentes, moi j'ai tjs plus ou moins tous les CPU plus ou moins occupes. Bref, ca me depasse un peu...Moi, a la base, j'etais surtout venue pour faire des stats.
Et depuis la sortie, il sort que des merdes. Celui-la de bug, c'est presque facile comparativement au reste... Celui de Starnet ou celui d'hier soir sur les certificats ssl, c'est plus visble disons