lock042

Il faut laisser généralement Siril trouver tout seul. Fait une capture d'écran de tes préférences

Meme réponse que précédemment. Ici la matrice de Bayer utilisée n'est pas bonne.

Combinaison de Siril/Darktable. On peut surement faire mieux avec plus de temps et de talent. Je suis loin d'être le meilleur en traitement d'images et j'en connais sur le forum d'en face qu'il font des miracles avec Siril. En tout cas, j'aime bien les couleurs finales de ma version. Plus douce et plus naturelle. Mais voilà, le traitement est toujours affaire de gout. Et donc comparer des softs, c'est toujours un peu vain. Alors évidemment, la grosse différence c'est sur ce que fais BXT. Pour l'instant il est assez imbattable là-dessus, mais on a tendance a trop tirer sur les curseurs très rapidement (par contre, strictement parlant, c'est pas PixInsight )

Et si la différence venait de l'opérateur plutôt que du logiciel…

Toujours pas de logs ?

Il faudrait plus d'informations, et notamment les résultats des logs que tu peux obtenir en faisant comme expliqué ici : https://siril.readthedocs.io/fr/stable/Issues.html#send-us-useful-information

Et si c'est sur Windows, quel type d'application as-tu prise ? celle qui s'installe seule ou la version "standalone" ?

Ah oui merci !!! En plus c'est vraiment débile comme bug

Bonjour, si tu regardes bien dans la console, au début de l'exécution du script, il est marqué : ########### PREPROCESSING SCRIPT ########### # # Script for color camera preprocessing # # Needs 4 sets of RAW images in the working # directory, within 4 directories: # biases/ # flats/ # darks/ # lights/ # Saves masters to ./masters/ # ############################################

Si on lit le script : # Align Ha lights register Ha_pp_light -drizzle [...] # Align OIII lights register OIII_pp_light Donc oui, les images sont bien de taille identique en sortie.

Je pense que tu n'as pas compris. Ce mot clé est surtout important pour les images couleurs, pour connaitre le sens de dématriçage. En AUCUN CAS, il ne permet de retourner l'image. Il donne juste l'indication à Siril. Le lien que j'ai fait suivre c'est notamment pour t'expliquer le pourquoi du comment --> sens de lecture. Cependant, Siril utilise le mot ROWORDER, car c'est même nous qui l'avons créé et popularisé. Mais ceci, uniquement dans le but de dématricer correctement les images couleurs. Parce que ca serait beaucoup de boulot (oui oui) pour au final pas grand-chose. Par exemple, PixInsight avait décidé d'ouvrir l'image suivant le sens du mot ROWORDER, mais ça a créé plus de problème qu'autres choses. Siril lit les images dans le bon sens, et c'est plutôt ce qui compte. De plus, après une astrométrie faite dans Siril, ce dernier remet l'image dans le bon sens quand elle est en mode miroir. L'utilisateur n'a donc rien à gérer en suivant un workflow standard.

Ca c'est une bonne chose :).

Le fameux 'pivotement' dont tu parles est du au sens de lecture de Siril qui respecte les conventions du FITS la ou les logiciels d'acquisition ne le font pas. Un peu de lecture ici : https://siril.readthedocs.io/fr/stable/file-formats/FITS.html#orientation-of-fits-images

Cette version est une version en développement, même pas beta. Elle évolue TOUS les jours, elle est donc utilisable pour tests, et ne devrait pas être utilisé pour production. Sinon le code et les binaires compilés automatiquement sont disponibles ici : https://gitlab.com/free-astro/siril

Ah oui, ca ne marche pas car tu cherches appeler un script par la ligne de commande. Alors si ceci est possible (en ajoutant le symbole @ avant le nom du script) je ne pense pas que c'est ce que tu veux pour exécuter le script. D'autant plus que charger les images dans la fenêtre de composition ne sert à rien si tu souhaites exécuter un script. Une petite lecture ici devrait t'être de la plus grande aide : https://siril.readthedocs.io/fr/stable/Scripts.html D'autant plus que le script que tu cherches à exécuter est un script intégré.

C'est le cas, pour la version de développement.

Bonjour. Une petite lecture qui pourrait aider : https://siril.readthedocs.io/fr/stable/preprocessing/calibration.html#troubleshooting-calibration

Bonjour. Un petit tour par la doc, ici : https://siril.readthedocs.io/fr/stable/processing/extraction.html#split-cfa-channels, te fera voir que ca a toujours été ça avec la version 1.2.0

Non. L'"algorithme est régulièrement utilisé (par défaut) pour les FITS. Si le SER a été flippé lors de la conversion, alors il faut modifier le motif de Bayer en conséquence.

Bonjour. Ca y'est, la documentation est enfin 100% traduite. Merci aux gens qui se sont investis dans cette tâche assez ingrate. Le lien est ici : https://siril.readthedocs.io/fr/latest/ Je vous souhaite une bonne lecture.