lock042

Dans ce cas, le FITS est le format idéal.

Dans Siril tu peux naviguer dans l'image comme GIMP avec Ctrl+clic :).

En fait oui. La mise à disposition d'une lib était la condition sine qua non pour que nous intégrions le XSIF dans Siril. Ceci a été rendu possible, non pas par l'équipe de PixInsight, mais par un développeur indépendant qui l'a rendu opensource. Ce qui est marrant d'ailleurs, c'est qu'il a relativement la même vision que moi sur le format XSIF. De son propre aveu, il trouve ironique qu'ils disent que le format FITS n'a pas de standard quand il s'agit des mots clés et qu'ils commencent pourtant à ajouter divers codes opaques dans les fichiers XISF qui sont produits par PixInsight. Un exemple est celui des solutions d'astrométrie qui sont écrites par leur solveur. On ne trouve aucune documentation à ce sujet. Donc pour l'interopérabilité ... on reviendra. Voila pourquoi je ne veux pas rentrer dans ce jeu. Rendre Siril compatible avec le maximum de formats pour la lecture, c'est tout a fait normal et je l'ai fait avec plaisir. Par contre créer ce type de fichier, non merci :). Le format FITS est un standard reconnu, et même utilisé par les pro de la NASA. Je pense que ca veut tout dire sur la qualité. D'ailleurs, on avait eu une discussion technique avec le dev d'ASTAP, et ceux de NINA. On avait déterminé que le format FITS avait de nombreux avantages, comme une meilleure compression et plus rapide par exemple. Je ne comprend pas ce que tu veux qu'on translate ? Sinon oui, nous sommes ouverts à toute suggestions de raccourcis intéressants. Bonne soirée

AH mais ta question était surement de : Pourquoi pas l'écriture ? Car nous n'en avons aucun besoin. Le format FITS reste et restera le format par défaut de Siril. Lire les XISF permet d'être compatible avec plusieurs softs, savoir les écrire ne sert à rien. Si ce n'est de faire le jeu de PI que je ne cautionne pas :).

NINA et ekos produisent maintenant ce type de fichier.

Pour information @fredogoto. Une librairie XISF a été codé et mise à disposition sous licence GPL. J'ai donc implémenté la lecture (mais pas l'écriture, et ca, je ne le ferai pas) des fichiers XISF. Cependant, la version 1.2.0 étant quasiment en version RC (Release Candidate), ca ne sera pas pour cette version, mais pour la suivante.

Et Siril fait aussi de la photométrie au cas ou.

Il faut surtout utiliser les images faites à partir du même logiciel de capture. Mélanger les logiciels de capture est source de problème. Non. L'image en sortie de Siril est obtenue via LibRaw qui est une librairie qui sait décoder les fichiers RAW.

Bah pour le coup, le tuto GHS est le plus gros et le plus précis que nous possédons: suffit de parcourir le site. https://siril.org/fr/tutorials/ghs/

Normal, il n'en fait pas perdre.

Ping @m27trognondepomme

Oui et non. Si les images sont mises dans le PixelMath, alors il reconnait le champs FILTER qui aura été remplit par une extraction RGB par exemple. Ou il reconnait les starless, starmask, etc ...

Ca va bientot être "pris en charge" par Siril qui va refuser de faire ça, avec un message qui explique.

Alors oui, on peut pas aligner des mono et des RGB. Il faut spliter la RGB en 3 fichiers mono.

Bah pas spécialement. Ca ne change pas vraiment de quand on utilise des images du même capteur.

Dans Siril on peut en effet aligner des images qui sont faites avec des cam différentes.

La documentation va être régulièrement mise a jour. Il faut donc regarder souvent.

Il faut aller lire la note de version de la 1.2.0. Les scripts français ne sont plus fournis il faut donc changer les noms de dossier.

Bonjour, je ne vois pas pourquoi il y'aurait un problème avec Ubuntu 22.04. Ici il semble y avoir un problème CFITSIO. Cela veut dire que des fichiers ne sont pas lisibles. Il faut regarder chaque image une par une pour voir d'ou vient le probleme.

Bonjour, comme indiqué sur la première page de la doc: https://siril.readthedocs.io/fr/latest/ Merci beaucoup.

C'est avantageusement remplacé par les tutoriels et la nouvelle doc.

https://siril.org/fr/tutorials/photometry/

@Petitprost Ce qui sera peut-être corrigé c'est le problème de detection. Par contre le comportement d'extraction, lui, sera gardé.

Le meilleur moyen de régler ça est d'aller faire un tour sur les tutos/docs. Se jeter a corps perdu sur un logiciel spécialisé sans avoir un minimum de base risque de faire peur et de faire fuir https://siril.org/fr/tutorials/ https://siril.readthedocs.io/fr/latest/ Par exemple : https://siril.readthedocs.io/fr/latest/Preprocessing.html

C'est tout a fait volontaire. Et ca evite que les gens, quand ils traitent le résultat de stack, relance un traitement sur toute la séquence en voulant faire juste sur une image.