lock042

Bonjour. Tu ne donnes aucune info permettant de t'aider. - Qu'est ce qui te fait dire que le dark n'a pas d'effet ? Tu as fais une soustraction dans PixelMath pour vérifier ? - Tu pratiques ton prétraitement comment ? Manuellement ? En Script ? - Tu as une sortie de console à partager ??? Nous ne sommes pas devins, un peu plus de détails permettra d'avoir plus de réponses, et des réponses pertinentes.

Bonjour. Pour les captures il faut éviter le format PDF. Les images sont directement lisibles dans le forum, c'est mieux. Une petite aide pour mieux poster ces soucis : https://siril.readthedocs.io/fr/stable/Issues.html Sinon, la première capture montre que tu ne récupères pas le motif de Bayer a partir de l'entête. Donc c'est normal pour moi quoi ca foire. Laisse les paramètres par défaut, dans 99% des cas siril sait faire.

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.

Probablement parce que dans le dossier il y a de plus en plus d'images et que Siril prend tout sans distinction.

Ca pourrait très bien être ton antivirus qui fout le bazar. On a déjà eu le cas.

Comme dit Vincent c'est un avertissement qui dit que tu utilises des vieux scripts. Ceux livrés avec Siril sont mis à jour.

Non. Le traitement est pas bon. Le dematricage est faux. Utilises tu bien la dernière version de Siril sans avoir changé qqchose dans les préférences ??