lock042

Un exemple du multi-fenêtre :

C'est déjà le cas avec un script multi windows. Tu l'a essayé sur SAS ? Les résultats sont pas terribles avec des artefacts autour des étoiles. Ça revient au même que de faire une deconv RL après un stacking. En tout cas dans l'implémentation actuelle, y a rien de fou.

La spectro c'est mon métier. Alors c'est évident que j'aimerais ajouter des algos de spectro dans Siril. Mais il faut trouver le temps, sachant que ISIS fait très bien le job :).

Nous avons ajouté un module de scripts a Siril. Donc Siril reste entièrement open source, mais il est possible de faire tourner n'importe quel logiciel tiers par les scripts. Et qui est dans siril d'ailleurs, sous forme de script.

La version beta4 a actuellement un bug dans la registration du script HaOiii. Il faut utiliser l'alignement en deux passes pour contourner le problème.

Il faut bien avoir python3-venv sur sa machine, et faire ensuite un reset de la Venv ds siril

Oui alors ça c'est toujours le même problème. PixInsight et autres logiciels, comme les logiciels de capture, lisent les images FITS dans le mauvais sens. Du coup l'image est pas affichée dans la même orientation. Dans PixInsight on peut changer le comportement dans les options FITS.

Oui, en effet. Car aussi incroyable que cela puisse paraître, PixInsight ne sait pas lire les métadonnées standard WCS/SIP !!!!

Tu es sous Ubuntu ? Install le packet python3-venv. et reset ensuite la Venv de Siril

https://siril.readthedocs.io/en/stable/processing/color-calibration/spcc.html#local-spcc-catalog Ici il y a qu'un bouton a cliquer, en utilisant le script.

Pourtant, une simple recherche sur la doc officielle, qui a une zone de recherche, donne la réponse : https://siril.readthedocs.io/fr/stable/processing/color-calibration/spcc.html#local-spcc-catalog Il y a quand même aucune chance que ça marche. PixInsight a créé un catalogue propriétaire dont personne ne sait comment il est construit. Il est aussi interdit de l'utiliser avec d'autres outils que PI selon les licences (bon là pour le coup j'ai pas vérifié, mais ça m'étonnerait pas du tout). C'est donc pour ca qu'on a créé notre propre catalogue local. Et non, si Siril te jette brutalement, c'est à cause de la combinaison d'un bug de Siril (corrigé pour la prochaine version) et du fait que les catalogues en lignes ont de gros problèmes ces temps-ci. C'est pourquoi il faut utiliser le catalogue local. Il est carrément recommandé de pas utiliser ça, mais plutot Siril qui fera un alignement plus précis en prenant en compte des distorsions que tous les logiciels ne font pas.

Tu peux faire ce que je propose plus haut ?

Siril ne demande rien a la CG. Il faut voir dans les préférences Siril, changer les valeurs de la gestion de RAM pour essayer. Il est aussi possible de diminuer le nombre de processeur pour voir (en haut à droite de l'appli)

Effectivement, ca c'est pas terrible. Je vais regarder. Ca c'était plutot fait expres car les histos sont petits et c'est pas facile de bien viser. De ce que je vois, la venv n'est pas créé correctement !!

Voilà. J'aimerai connaître sa liste

Normalement il est installé de base avec la Venv. C'est pour ça que c'est bizarre. C'est pour ca que j'aimerai voir si ce que je propose résoud le probleme. - Si oui, c'est bizarre - Si non, c'est aussi bizarre, mais différemment. Et j'aimerai qu'il ne fasse pas ça de suite par contre ça oui, avoir la liste ca serait bien.

Je pense qu'il manque un import packaging en haut du script. Tu peux essayer ? Plus exactement ajoute packaging dans la ligne ensure_installed .

Si siril fait planter ton PC pour un simple changement d'affichage c'est que tu dois avoir des soucis de mémoire.

Les scripts installés dans la liste sont dans un endroit qui n'est pas noté. C'est normal, il ne faut pas y toucher, c'est Siril qui gère.

Partage ton image.

Et il va rester longtemps comme ça. Tant que indi embarquera sa propre version de libxisf.

Deja est-ce PCC ou SPCC que tu essayes ? Aussi, travaille tu sur une image linéaire ou étirée ?

Ça c'est clairement une erreur. On ne dématrice jamais les darks : tu introduis un biais de mesure avec les algorithmes d'interpolation. Et je ne parle même pas du fait de soustraire des darks dématricés a des images : ce qui n'a pas trop de sens.

Absolument incorrect. Si un dark n'était que du bruit, il n'y aurait aucun intérêt à en faire... Un dark, c'est un signal. Un signal, c'est reproductible +/- un sigma de bruit. Et c'est pour ça qu'il faut un grand nombre de dark pour minimiser le bruit qui serait ajouté dans l'image.

Pour information. Un livre est en préparation et devrait sortir a l'automne. J'y détaille plein de choses dont les traitements complets.