vinvin

Cyril, c'est avec quel système d'exploitation ? Belatrix, merci, on va regarder ça, on le corrigera pour la prochaine.

Voir dans la FAQ cette question : Pourquoi l’alignement ne trouve-t-il pas d’étoiles dans mes images ?

Si c'est une photo en grand champ, la prochaine version corrigera le problème, Cissou a justement fait une super évolution avec Cyril.

Oui c'est ce que je voulais dire, ça reste en mémoire. Donc si les images sont similaires au niveau du signal, ça doit donner une magnitude correcte.

Bonjour, la réponse est ici : https://siril.org/fr/faq/#pourquoi-lalignement-ne-trouve-t-il-pas-détoiles-dans-mes-images- Il faut jouer avec les paramètres, les étoiles ne sont pas détectées avec les paramètres par défaut parce qu'elles sont trop grosses probablement.

Bonjour, oui pour la détection d'étoile ou la PSF il y a une modélisation Gaussienne. Le calcul de la magnitude n'est pas dépendant de cette modélisation si ma mémoire est bonne, on additionne juste les pixels au dessus du niveau du fond de ciel. Je ne suis pas sûr que ce résultat soit donné si la modélisation en Gaussienne échoue par contre... Pour le problème numéro 2, je dirait qu'en faisant deux empilements, un avec les étoiles fixes et un avec la comète fixe, on doit pouvoir donner la référence avec la première et ouvrir la deuxième pour faire une mesure. Si les images d'entrée et les paramètres d'empilement sont les mêmes ça devrait donner quelque chose de correct je suppose. Enfin, quand on fait de la photométrie il faut en effet se poser la question de ce qu'on mesure et ce que deviennent les images lors de ces opérations... C'est pas simple. Les trois opérations ne changent pas la linéarité de l'image, mais : le retrait de gradient fait une soustraction d'un signal non voulu à l'image, donc l'image baissera en ADU par endroits, fond de ciel comme étoiles, donc la magnitude ne devrait pas changer ; mais de toute façon, le niveau du fond de ciel varie au cours d'une session d'acquisition et si on compare deux images faites à des moments différents, les magnitudes ne seront pas comparables. C'est pourquoi on utilise les étoiles de référence pour ça plutôt, comme expliqué ici : https://siril.org/fr/tutorials/photometry/ la neutralisation du fond de ciel remet au même niveau les fonds de ciels dans les trois canaux par décalage (donc avec une addition d'ADU). Ici aussi, entre deux images qui n'ont pas la même balance des blancs on ne peut rien garantir. Pour de la photométrie il vaut mieux ne garder qu'un seul canal couleur pour comparer, en général le vert vu qu'il est moins bruité la calibration des couleurs photométrique utilise l'opération ci-dessus et en plus multiple les valeurs des canaux pour que la balance des blancs fonctionne. Les canaux sont toujours linéaires mais avec un facteur entre eux. Comme pour la précédente, la photométrie ne devrait pas utiliser les trois canaux, et faire cette opération pour un usage de photométrie n'est pas une bonne idée. Bonne chance !

Je ne suis pas sûr de comprendre le problème, s'il y a une commande cd XXXX_1, on peut ensuite faire cd ../XXXX_2

Non il faut le faire en relatif avec .. Le CWD est changé par la commande cd comme si on cliquait sur le bouton avec la maison, perso j'utilise cd pour changer de répertoire pas le bouton. Il n'y a pas de mémoire des précédents CWD.

Non parce que le répertoire de travail est justement changé par la commande cd.

La calibration des couleurs par photométrie n'a de sens que pour des images faites avec trois filtres rouge, vert et bleu. Ca n'a aucun sens pour des filtres à bande fine. Le résultat qui se rapproche le plus de la réalité est celui qui recompose l'image en assignant les bonnes couleurs aux filtres, voir l'outil de composition RGB de siril qui a ces filtres déjà disponibles ( https://siril.org/fr/tutorials/rgb_composition ), donc aucun des deux entre HOO et l'automatique.

Est-ce que ce n'est pas trop sensible à la coma ou d'autres aberrations optiques qui pourraient être confondues avec du tilt ?

Oui la valeur c'est le facteur de sigma, donc 3 donne une limite à 3 sigmas. La bonne valeur dépend des images et de ce qu'on veut faire. Les scripts doivent fixer une valeur arbitraire mais qui fonctionne généralement bien. En manuel on peut changer la valeur pour l'adapter au bruit des images par exemple. Quand ça apparait en rouge dans la correction cosmétique c'est que le nombre de pixels déviants est jugé trop important et probablement que la valeur du multiple de sigmas donnée devrait être changée. C'est rare d'avoir besoin de mettre moins de 2 dans ces cases. On risque de perdre du signal si c'est le cas, confondu avec du bruit. Pour l'empilement, choisir un pourcentage d'images par FWHM ou rondeur d'étoile, par exemple, affiche aussi la valeur limite en FWHM ou rondeur. C'est une façon de voir combien de pourcents garder si on ne veut pas d'images qui ont une FWHM de plus de 3" par exemple. On pourrait faire un filtre Gaussien comme tu dis, je ne suis pas sûr que ce soit très utile. On peut voir la distribution des valeurs des images dans l'onglet graphe, en général ça et la valeur affichée suffisent. Il n'y a pas d'avantage à passer en automatique : https://siril.org/fr/faq/#y-a-t-il-un-inconvénient-à-utiliser-des-scripts-

Ca pourrait être utile de ne prétraiter qu'une partie d'une séquence d'entrée, par exemple sur un SER de plusieurs dizaines de Go si on sait que la moitié est déjà à jeter, ou juste pour avoir une idée de ce que ça donnera avec 1000 images sans avoir à traiter 100000. Je ne sais plus pourquoi on n'a pas déjà fait ça, on pourra y réfléchir en effet. En attendant tu peux exporter ta séquence aussi (onglet séquence en bas), ça la duplique mais ça t'en fait une nouvelle qui ne contient que les sélectionnées si la filtre de sélection est bien choisi (onglet empilement).

En traitant en manuel dans siril il y a des options pour ne prendre que les images sélectionnées, mais pas dans les scripts, sauf pour l'empilement final. Pour les scripts il vaut mieux copier les images à garder dans le répertoire d'entrée, et donc trier à la main avant...