Aperçu

As-tu essayé : - réinstaller python - Réinitialisation de la venv python ?

Merci Cyril, c'est bien la source du pb. Pour info, l'annotation fonctionne avec le paquet libwcs8 de debian sid. Cordialement, Claude-Alain

C'est un bug de wcslib. Il faut récupérer les sources et compiler la lib soit même

j'utilise la version 1.4.4 compilée et installée sur debian 13. L'astrométrie fonctionne parfaitement, aussi bien le solveur interne de Siril qu'Astrometry.net: =========================================================================== 1:12:58: solve-field: Field 1: solved with index index-tycho2-09.littleendian.fits. 11:12:58: solve-field: Field: /home/cap/Astro/FITS/2026-07-17/M101/r_pp_M101-NGC5457_L_stacked.xyls 11:12:58: solve-field: Field center: (RA,Dec) = (210.798370, 54.343251) deg. 11:12:58: solve-field: Field center: (RA H:M:S, Dec D:M:S) = (14:03:11.609, +54:20:35.704). 11:12:58: solve-field: Field size: 1.66685 x 1.11402 degrees 11:12:58: solve-field: Field rotation angle: up is -91.5004 degrees E of N 11:12:58: solve-field: Field parity: neg 11:12:58: solve-field: 11:12:58: Le haut est à +88.48 deg (sens inverse des aiguilles d'une montre) par rapport au Nord 11:12:58: Résolution : 0.963 arcsec/px 11:12:58: Focale : 805.55 mm 11:12:58: Pixel dim. : 3.76 µm 11:12:58: Champ de vision : 01d 40m 6.72s x 01d 06m 52.82s 11:12:58: Centre de l'image : alpha : 14 03 11.609, delta : +54 20 35.704 11:12:58: était de 0.38 arcmin par rapport à la valeur initiale 11:12:58: Enregistrement de la longueur focale 805.55 et de la taille de pixel 3.76 comme valeurs par défaut =========================================================================== Cependant, lorsque je j'invoque l'annotation, après le plate solving, tous les disques de localisation (et toutes les étiquettes) sont centrés sur le coin bas/gauche de l'image. De plus je pense que tous les objets présents dans les catalogues utilisés apparaissent dans l'annotation: ============================ ============================ Je précise que tous les catalogues de la liste proposée (clic droit sur l'icone) sont activés. Je dois manquer quelque chose, mais quoi ?

Bonjour, La résolution astrométrique ne fonctione pour aucune de mes photos... J'ai bien procédé à l'installation des différents catalogues en local (namedstars, unnamedstars, deepstars, usno-nomad-1e8, ainsi que le catalogue Gaia à partir de zenodo, tous référencés dans les préférences de SIRIL dans l'onglet astrométrie). J'utilise le matériel suivant pour imager: Celestron C8 Caméra Player One Poseidon (couleur) Eventuellement réducteur de focale Célestron 0.63 Filtre Optolong L-Pro Je joins pour exemple une image de IC5146 et copie d'écran de la fenêtre de résoltion astrométrique de Siril et les messages obtenus. Même problème pour une image de la chaine de Markarian faite avec le réducteur de focale. Par contre la résolution fonctionne sur une image d'un collègue: photo des pléiades, donc avec un champ beaucoup plus large que ce j'obtiens avec mon C8. Quelqu'un pourrait-il me donner une idée de l'origine du problème svp? Champ trop étroit donc nombre d'étoiles insuffisant? Etoiles pas assez piquées? Merci d'avance! Tilen

la V2-10 est labelisée mais j'ai oublié de la mettre en release. C'est fait maintenant.

Non on ne s'est pas rencontré mais j'ai trouvé tes ref sur le net. Merci tu as répondu à toutes mes questions, bien sûr je suis preneur que la case "utiliser Offset maitre" soit cochée par défaut sur le processus flat, si c'est possible. Concernant la dernière version je n'ai trouvé que la V2-09 sur ce site : https://gitlab.com/free-astro/sirilic/-/releases Y a t-il un autre site officiel de téléchargement? Carlos

A noter que la dernière version est la 2-10

Pour un clic en plus, ça permettait plus de souplesse : éditer le script avant de le lancer ou lancer le mode pas à pas. Oui , c'est bien Pascal. On s'est déjà rencontré ? Pour ma part, je n'utilise pas l'offset maître mais le dark-flat. Je peux le cocher par défaut.

Oui ça marche maintenant , j'avais zappé l'étape de copie 😔 Ensuite construction , puis exécution du script . Sue la version précédente l'étape 2 regroupait ces 2 actions , pourquoi sont elles maintenant dissociées ? En tous cas merci beaucoup pour l'aide et la réactivité, ce logiciel d'automatisation est vraiment top (dès lors qu'on maitrise le prétraitement manuellement) et son intégration à Siril est vraiment encore un plus en terme d'ergonomie et de rapidité. Du coup une question supplémentaire (si je m'adresse bien à l'auteur du logiciel , Pascal ?) Dans cette version comme la précédente, le retrait de l'offset maitre pour créer le flat maitre n'est pas coché par défaut dans le processus, et pourtant c'est bien en théorie ce qu'il faut faire systématiquement Du coup je coche manuellement,mais au risque d'oublier de le faire... Pourquoi ne pas cocher cette case PAR DEFAUT ? Meri !

il faut copier les images avant ? si tu ne fais pas "copie des images" , il ne crée pas l'arborescence des dossiers du projet et ne copie pas ou ne fait pas le lien symbolique sur les images de ta session. C'est comme avant , il y avait les 2 étapes : copie et exécution du script.

Oui, voir copie d'écran. Je l'ai fait en manuel, ou en cochant la case "utiliser sirilwd", le chemin correct s'affiche bien Une fois le projet créé et les images chargées, je fais construire le script puis lancer Mais aucun dossier n'est créé sur le répertoire siril travail Sur Siril V1-15-12 (qui fonctionne bien sur le même projet), il faut faire successivement étape 1 , puis étape 2

as-tu défini ton répertoire de travail dans les préférences globales?

J'utilisais jusqu'ici Sirilic V1-15-12 qui fonctionne très bien Je viens de tester Sirilic V2-09, qui est intégré à Siril via un script Python. J'ai bien installé ce script, qui se lance correctement depuis Siril V1-4-4 Mais lorsque je le lance (après avoir chargé tous les fichiers stockés dans le répertoire Siril/travail, cela bloque dès le départ avec le log ci-dessous A noter que si je lance le Sirilic V1-15-2 sur les mêmes fichiers au même endroit, tout se passe bien Quelqu'un a t-il une idée pour régler ce problème

J'ai fait différents essais. Avec Hugin, j'ai essayé d'assembler 3 séries : jpg (1 seul par série) directement de l'APN dans Siril (3 photos par série), prétraitement, alignement, empilement, réduction astrométrique, équilibrage des couleurs par photométrie, sauvegarde en FIT. FIT converti (avec modification des niveaux) en jpg dans Gimp. dans Siril, prétraitement, alignement, empilement, réduction astrométrique, équilibrage des couleurs par photométrie, sauvegarde en TIF (16bits). Ouverture directe des TIFF dans Hugin. Dans tous ces cas, moyennant une vingtaine de points communs générés automatiquement par Hugin, après alignement, les erreurs moyennes sont autour de 0,8 pixels avec les plus mauvais points vers 2,5 pixels. Sur les points les plus mauvais, si on les réajuste avec l'outil d'ajustement précis de Hugin, les erreurs diminuent et il n'y a habituellement plus de points au-delà de 1,5 pixels. Ça va très bien ensuite pour faire l'assemblage. Les paramètres optimisés sont l'orientation de chaque image et la distorsion en barillet. L'ajout de la distorsion en coussinet et du décalage du centre optique n'améliore pas significativement l'ajustement. Ensuite, je suis retourné dans Siril. Pour chaque série, pré-traitement, alignement incluant ou pas la correction de la distorsion, empilement, réduction astrométrique et équilibrage des couleurs. Sauvegarde en FIT. Je fais une nouvelle série avec les 3 FIT. Je fais une réduction astrométrique sur la série. À l'étape d'alignement, je demande d'utiliser l'alignement existant. Sans correction de distorsion, j'ai toujours le problème. Avec correction de distorsion, c'est pire, j'ai des bandes noires en bord d'image. Quand on regarde dans les logs, pour l'étape de réduction astrométrique, on voit : sig=1.3041e+000 Nr=342 Nm=370 sx=6.9941e-001 sy=9.7549e-001 J'imagine que sig est l'erreur moyenne, sx et sy les erreurs en x et en y, et Nr ou Nm le nombre final d'étoiles retenues. Si c'est bien ça, on serait vers le pixel d'erreur, du même ordre de grandeur qu'avec Hugin. Ça n'expliquerait pas trop les décalages beaucoup plus importants dans les zones de recouvrement. Est-ce que c'est parce que mes images sont en champ large? Bien plus large que les exemples dans la documentation. Pour le moment, je vais partir sur TIFF avec Hugin mais j'aimerais bien rester dans Siril. Comme ça, je pourrais continuer à utiliser en natif Siril sur le panorama assemblé.

Prochaine étape, le café.

QUOI ??? 😮😮😮 Siril fait aussi des massages... ? On ne nous dit pas tout... 😄😄😄 😉

Il est à la place ou apparaissent tous les massages, pas seulement celui-ci.

OK pour le principe. (Sauf que je faisais justement des essais sans correction de distorsion ce matin. J'ai dû réactiver l'option par erreur.) Dire que le texte en rouge explique ce qu'il faut faire, je n'irais pas jusque là. Peut-être "Faire l'astrométrie sur l'image courante" ressemblerait plus à une action à entreprendre. Accessoirement, mettre le message à côté de la liste déroulante des corrections de distorsion, comme ça, on verrait plus le lien de cause à effet.

Tu demandes de faire la correction de la distorsion. Or si tu n'as aucune image résolu en astrometrie tu pourras pas. Le texte rouge explique quoi faire. C'est donc un bug... Utilisateur.

Dans Siril-1.4.4, des fois, quand j'arrive à l'étape d'alignement (séquence photos APN), le bouton Aligner est désactivé et, en-dessous, il y a un message en rouge : Astrométrie sur l'image courante. Pourtant, je n'ai pas fait d'astrométrie sur la série en cours. J'ai dû en faire sur l’empilement de la série précédente. Si je ferme Siril, que je le relance et que je sélectionne ma série, le bouton d'alignement est actif, sans le message d'alerte. Bug? Fonctionnalité? Moyen de contournement?

Re bonjour, J'essaie de faire des panoramas sur la Voie Lactée. J'ai pris des séries de photos à l'APN et objectif photo classique. Le champ est de 21° x 16°. Je prends chaque série : conversion, calibration, résolution astrométrique (avec enregistrement de la distorsion), alignement (avec correction de distorsion à partir de l'image) et, en fin, empilement. Ensuite, je prends l'empilement de chaque série : conversion, résolution astrométrique (avec sauter les images déjà résolues), Appliquer l'alignement existant et empilement. Sauf que ça ne raccorde pas bien: Sur la zone de raccord, les étoiles sont en double. Géométriquement, il y a quelque chose qui ne va pas mais je ne sais pas où il faut intervenir dans Siril. Problème ne non-prise en compte des distorsions? Autre chose?

En posant la question et en détaillant le processus utilisé, ça m'a donné une idée de la réponse. Donc, j'ai désactivé les égalisations automatiques de CFA et RGB. Puis j'ai refais l'étalonnage par astrométrie : Ça paraît beaucoup mieux question équilibre des couleurs. Un peu moins flashy qu'avec Iris mais sans doute plus juste.

Bonjour, Je fais de l'astrophoto grand champ à l'APN non-défiltré et avec des objectifs photos classiques. Je suis en train de me mettre au traitement avec Siril. Je fais les flats au flash électronique avec du papier calque blanc. Voilà ce que je sors avec Iris puis reprise dans Gimp où je vais équilibrer le fond du ciel en regardant l'histogramme dans une des zones les plus sombres de la photo (pas facile quand on vise la voie lactée) : Si je fais la même chose avec Siril (avec l'option Égaliser CFA à l'étape de calibration puis Égalisation RVB à l'empilement) puis traitement du fond du ciel dans Gimp, ça conne : Enfin, si j'utilise l'étalonnage des couleurs par photométrie sans reprise dans Gimp, j'ai : C'est moins vert mais un peu, quand même. J'ai raté quelque chose? Des pistes pour améliorer?

bonjour si quelqu'un à une solution à me proposer je suis preneur, pas mal de scripts n'apparaissent pas dans le menu ajouter script et un certain nombre plantes simplement au lancement bien entendu j'ai réinstallé siril