lock042

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.

Oui il y a une raison technique, pour la bonne conservation du profil icc. Sinon: Je le martèle mais je ne conseille pas d'utiliser cet outil pour le traitement. GHS est tellement plus puissant.

Ah bah oui. Il faut donner des valeurs aux sigma, comme dit dans la doc. Et attention, il faut bien le faire sur un master-dark !!

Bien sûr que si cela peut être corrigé sous Siril ... et heureusement, j'ai envie de dire. Siril permet la correction des pixels avec une carte de mauvais pixels : Pour créer ladite carte, il est possible d'utiliser dans un premier temps la commande find_hot : https://siril.readthedocs.io/fr/latest/Commands.html#find_hot Celle-ci s'applique sur le master dark. Puis, on ajoute à la main des lignes de type : C x 0 H Ou H signifie hot pixels et x est la position en x de la colonne morte. Il suffit de passer la sourie sur ladite colonne et de relever la valeur x. C'est très simple à faire. Ce fichier est ensuite chargé dans la partie calibration de Siril, comme montré en pièce jointe.

Oh moi je dirais rien contre DSS

La solution est, je pense, d'utiliser le paquet flatpak. Meme si c'est bizarre que les PPA rencontrent ce problème, je n'ai jamais eu de retour en ce sens.

Alors la chose à faire est de'aller consulter la documentation. Se lancer à corps perdu dans Siril risque sinon de vous rebuter !

Tu pourrais utiliser SPCC, qui est plus récent et meilleur et en plus utiliser les bases de données locales!

Il suffit de réinitialiser la Venv python en cliquant sur le bouton dédié dans les préférences, onglet script.

Tu as quel Ubuntu ? Jasem m'a dit avoir fait le changement et c'est censé être rapide.

Hello. Le conflit entre Siril et Kstars à cause de libXISF devrait être réglé. J'ai demandé à Jasem de virer sa version de lib qui était empaquetée dans ses PPA.

Siril peut modifier les mots clé FITS nativement. Et ce, sur la séquence entière.

Toutes les actions sont enregistrées dans l'historique de l'entête des fichiers FITS.

Moi j'en pense qu'on peut faire mieux en termes de couleur sous siril

Je trouve que 15, c'est très peu pour ce genre de stat. Avec GESDT on part du principe que la répartition des pixels suit la loi normale, il faut donc un nombre raisonnable de points. Évidemment, le chiffre 50 est pas un chiffre que l'on doit nécessairement atteindre, mais il est là pour dire qu'il vaut mieux un nombre important d'images, et surtout pour cet algorithme. J'avoue ne plus me souvenir ce que disait le papier original quand j'ai écrit la doc. L'implémentation qu'on a fait dans Siril est d'ailleurs assez rapide. À part quand on a plusieurs milliers d'images, je le recommande pour plein de raisons : - il est bon - les paramètres donnés par défaut suffisent largement et il n'y a pas besoin de les ajuster dans 99.99% des cas - il est rapide Alors oui, plus les images sont nombreuses et meilleures sont les statistiques, et donc les algorithmes de rejet des pixels. Mais certains sont juste intrinsèquement meilleurs que d'autres. EDIT: et 25 est pour moi une valeur minimale à avoir. Quand on parle de 50, on se place plus dans une recherche de valeur optimale. 15 est franchement trop bas.