lock042

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 ??

Vérifie que les valeurs d'offsets soient les mêmes entre les darks, les lights et les bias.

C'est quand le niveau de signal des images est faibles, alors le moiré ressort. Il faut utiliser l'algorithme "plus proches voisins".

Python 2 c'est la préhistoire. Plus rien ne se fait en python<3 de nos jours !

Çe que je vois ici c'est un rejet de pixels trop important. Faut étudier les logs de sirilic et regarder les taux de rejets. Pareil sous siril.

Sirilic est fait en python, et c'est un projet indépendant de Siril, qui lui est fait en C. Franchement, je traite des multisessions en manuel sous Siril et ça me prend pas de temps.