Overview

Merci.

Bonsoir, Il faut cocher la case "Pré-étirer", cf les tutos de Siril : https://siril.org/fr/tutorials/integrated-starnet/ A+

Bon one pb more again : N'arrivant pas à utiliser starnet via siril j'ai tenté directement avec l'exe de starnet. Mais là je me heurte à autre chose : il faut être en 16 bit, alors j'ai converti dans siril de 32 à 16 bit. Puis je tente une sauvegarde sous tiff pour starnet et là je me confronte au fait que seule la version linéaire de l'image est sauvegardée, du coup c'est noir. J'ai donc essayé l"enregistrement dans un fichier unique" mais malgré la notation 16bit à côté, mon png reste en 32 bit... J'ai encore dû rater un tuyau... merci.

Bonjour . Merci. C'est d'abord ce que je me suis dit. Mais j'ai recommencé le traitement avec les mêmes dfo (donc 117 et 200) et là l'anglow a disparu : j'ai probablement oublié ou raté une fonction dans mes empilements (mauvaise méthode ou/et rejet des pixels) Mais je retiens la leçon du gain. Ah et aussi je n'arrive pas à utiliser Starnet comme il faut : J'ai mon 1er menu que je laisse comme suit : Préétirer... non coché Recomposer... non coché Générer masque coché Appliquer... non coché Réechantillonagex2 non coché Pas perso non coché Exécuter... mais je me retrouve avec carrément dans un grand vide interstellaire = image avec 2 ou 3 étoiles. Et si je décoche le masque j'obtiens une bouillie brouillard. J'ai cherché tuto, mais à part l'install sous et hors Siril je n'ai rien trouvé qui rentre dans le "détail" de l'utilisation . Merci.

Bonsoir, En regardant les entêtes des images light et dark, on voit que l'une a été faite au gain 200 et l'autre au gain 117, ce qui doit expliquer pourquoi l'ampglow est mal retiré. Il faut refaire les darks au même gain que les lights. Pour ce qui est du miroir vertical, l'image se mettra dans le bon sens avec une résolution astrométrique (il faut cocher la case "retourner l'image si nécessaire"). A+

Bonjour, d'abord un grand merci pour ce club et ces tutos parfaits. Alors que mes empilements jusque là, avec le même matériel, effacaient mon anglow, cette fois sur Markarian, que nenni : oK outre le fait que j'ai de la déformation aux coins droits (Suivi ?), j'ai récupéré cette belle fausse étoile (elle est balaise !!) sur le côté gauche (image traitée en symétrie verticale... d'ailleurs, au passage, pourquoi à l'ouverture des images Siril me les importe en symétrie horizontale ? ) Donc pour en revenir à mon pb d'anglow, je n'ai pas eu celui ci après avoir empilé d'autres galaxies, avec je pense les mêmes opérations : je ne suis que novice donc je cherche pas à faire des bêtises. Ci joint une brute : Light_Markarians Chain_180.0s_Bin1_294MC_0_gain200_20250520-010157_0001.fit les stack dark, bias et pp flat : Darks 180 Mak 127_stacked.fit Bias1ms Mak 127_stacked.fit pp_Flat 50ms Mak 127_stacked.fit Si besoin d'autre chose j'ai, merci à vous.

Vos tutos sont tout de mêmes utiles pour les nazes comme moi. Mais parfois on butte bêtement sur un truc à la con.

Oué c'est des crevards les devs de cette appli Ils changent des trucs au fil des versions, comme ça nos tutos ils veulent plus rien dire... M'en vais sur Pix moi, je comprends rien mais au moins je suis pas dépaysé

Effectivement!! dans le menu transfo étirement. Je suis sans doute mieux éveillé ce matin. Merci et bonne journée

Dans le menu traitement.

Je vais paraitre un peu trop débutant ici, mais j'ai installé la dernière version de SIRIL et le bouton d'ouverture de la fenêtre "histogramme" n'est pas placée en bas à droite comme dans les tutos. J'ai passé un bon moment à explorer tous les menus et le support en ligne ... je en trouve rien. Dites moi comment m'en sortir!!! désolé du dérangement Merci à vous

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.

Bonjour, depuis la sortie de la V1.4, je me heurte à un problème de dépendance avec libavcodec. Il faut une version >= 7.7.0 et avec Ubuntu 24.04.2LTS la version est 7.6.1. Existe-t-il une solution SVP ? Le 27 Avril il fallait attendre une semaine pour la correction, dixit Vincent !

Bonjour la PJ est vide.

Bonjour, J'utilise la version 1.4.0 beta 2. J'obtiens une erreur python (cf copie jointe) lorsque j’exécute le traitement bruit dans graxpert. J'ai porté ma mémoire vive à 16 GO et mis à jour VC_redist.x64 , l'erreur subsiste. Quelqu'un sait-il comment traiter cette erreur ? Avec mes remerciements, Christian

Bonjour, J'essaye d'utiliser pysiril pour automatiser quelques fonctions, mais je n'arrive pas à faire fonctionner la fonction preprocess ( ou calibrate) il me dit qu'elle n'existe pas ( en utilisant le script exemple des tutos officiels de siril en mode wrapper ou le mien) cf doc joint du log. Ça fonctionne avec la commande execute.( c'est ma solution de secours) En passant, si j'utilise la fonction setfindstar, il me lève une erreur à chaque fois en mode wrapper ( cf ci-dessous) pas de soucis avec la commande execute. Pysiril 0.0.15 Siril 1.4.0 beta 2 Visual studio code N'étant pas un codeur , l'erreur viens probablement de moi mais je ne vois pas, pas bloquant, je passe en mode execute Thomas Erreur sur SETFINDSTAR programme.py : cmd.setfindstar (reset = True) Log : > setfindstar reset : log: Running command: setfindstar : log: Resetting findstar parameters to default values. : log: sigma = 1.00 : log: roundness = 0.50 : log: radius = 5 : log: amplitude range unlimited : log: convergence = 1 : log: focal = 0.0 : log: pixelsize = 0.00 : log: relax = off : log: profile = Gaussian > [status: success] **** ERROR *** not enough values to unpack (expected 2, got 1) pysiril_error.txt

Bonjour lock042. Merci pour l'info. Je vais chercher dans le manuel comment procéder. Mais le script à bien fonctionné. Bon ciel sans fumées canadiennes.

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

Bonsoir. Le script à bien fonctionné et la calibration est faite. Il reste quelques pétouilles que le flat n'a pas supprimé. Mais du coup il est un peu faiblard à 3749 Adu. A refaire sans doute. Merci pour le coup de main. .fNGC6543 version 16 bits.fits

Merci Solfra je vais essayer ça !! Sur les bias et sur les flats. Cyril à jeter un oeil là dessus mais c'est du côté AA9 que l'enregistrement n'est pas bon. Et sur leur forum le pb est évoqué en 2016. AArt stipulent qu'ils suivent scrupuleusement la norme Fits et que les autres logiciels ne sont pas compatibles. Bref je suis bloqué. Mais je vais me servir de ton script. Merci je donne les résultats au plus vite mais un peu surchargé ces temps ci. Bon après midi. Bon ciel Régis.

Salut @leforgeron, Une solution simple aussi consiste a enlever le keyword BZERO du header fits. Cela ce fait facilement en python. Voici donc en pièce jointe un petit script SIRIL qui enlève le keyword BZERO sur tous les fichier fits du répertoire dans lequel il est lancé. Avec la nouvelle version de Siril tu as juste a exécuter ce script après avoir défini ton répertoire de bias comme répertoire de travail. (Si tu veux le lancer en dehors de Siril il faut enlever les deux première ligne propre à Siril) Tester sur ton image posté plus haut et les valeurs de bias redevienne bien normal, c'est-à-dire autour de 315. remove_bzero.py

Oui le problème est que ce mot semble être utilisé en décalant l'histogramme si Bzero 32768 valait 0 et bien il n'y aurait pas de souci de Bias. Je vais peut être m'en passer car s'il faut éditer et modifier un pixel a 65000 sur chaque bias même si on ne le fait pas souvent ben ...bof bof. Je ne pense pas qu'il y est une méthode détourner ni sur AA9 ni sur Siril pour régler ce souci. Merci pour vos retours je vais faire avec en attendant que la bibliothèque utilisée par Siril évolue de ce côté si cela est l'origine du problème. Bon ciel Régis.

J'ai testé l'ouverture du fit avec ASIfitsviewer et Siril Avec ASIfitsviewer, aucun problème, les stats sont min=100, max=524, moy=314 et histogramme bien à gauche Avec siril (1.2 et 1.4 beta), on a des moyennes à 32000 et quelques... Donc même si AstroArt écrit ses fits de manière "atypique" (ne maitrisant pas la norme "fits" je n'ose pas écrire "incorrecte"), il semble que ASIfitsviewer semble s'en accommoder, ce qui n'est pas le cas de Siril. Je suis bien incapable de trancher sur qui a tord ou raison dans l'implémentation, le problème est-il coté AstroArt ou bien Siril, ou bien éventuellement du coté d'une librairie tierce comme libcfitsio Cordialement

Bonjour voici un Bias Bias_NGC6543 -10° gain 120_002.fit Si je l'ouvre avec AA9 les stat sont ok et l'histo bien à gauche Si je l'ouvre avec Siril les stats donne 33084 adu de moy soit en réels normalisés : 0.50448034

Pour Siril, il me semble ( pas sur, à confirmer), que Siril n’implémente pas directement dans son code la lecture/écriture des fits, il fait appel a une librairie « libcfitsio » qui se charge des i/o (input/output) pour les fichiers fits, et c’est donc les développeurs de cette librairie qui ont la charge d’implémenter la norme fits @lock042 aurait tu un avis sur le problème rencontré ? Cordialement, Stephane