vinvin

Ce problème a déjà été corrigé pour la prochaine version il me semble. Mais de toute façon, siril n'est pas fait pour le planétaire. Pour le planétaire il faut faire de l'alignement multi-points à cause de la turbulence et des longues focales, et siril ne le fait pas. Quand on n'a pas windows, la meilleure alternative est PSS: https://github.com/Rolf-Hempel/PlanetarySystemStacker

Le module de composition RGB de siril permet de faire ça, voir le tutoriel : https://siril.org/fr/tutorials/rgb_composition/

C'est un problème connu dans cette version, il faut utiliser la précédente 0.99.8.1 ou la version de développement pour ne plus avoir ce plantage. Désolé

C'est probablement pas un truc que nous avons fait exprès de faire, ça doit être GTK+ qui a viré ou cassé ça... Mais si tu travailles avec des chemins, le mieux est quand même de taper cd chemin dans la ligne de commande de siril.

Il y a deux problèmes dans la 0.99.10, désolé pour ces inconvénients, mais ils sont bien connus et ont été corrigés dans la prochaine version : - les étoiles sont mal détectées dans certains cas - il y a une fuite mémoire qui fait que tout échoue quand il y a trop d'images dans la séquence et ça remplit toute la mémoire avant de pouvoir finir En effet la 0.99.8.1 n'avait pas ces problèmes, donc si vous n'avez pas besoin des nouveautés il vaut mieux utiliser cette ancienne version beta.

Il faut renommer tous les fichiers à aligner avec le même nom et un numéro différent derrière, et se rappeler dans quel ordre on l'a fait... Exemple : - l'image L -> image_1.fit - l'image R -> image_2.fit - l'image v -> image_3.fit - l'image B -> image_4.fit Et pour avoir les images R, G et B il faut ouvrir l'image en couleur et utiliser l'outil d'extraction du menu traitement d'images. Ensuite on charge la séquence image_ et on fait la registration normalement.

Je crois que la registration de siril peut prendre des images de taille différente, il faut juste faire une séquence qui contient toutes les images et bien choisir la luminance comme référence.

Tu ne peux pas l'installer dans ton répertoire utilisateur plutôt ? Sinon on doit pouvoir faire un zip au lieu d'un installeur.

Il faudra de toute façon travailler sur l'équilibre entre les résultats des images de chaque filtre (pour la composition RGB finale), donc je pense que c'est sans importance.

Voir le tutoriel pour ça : https://staging.siril.org/fr/tutorials/rgb_composition/ Pour le problème d'orientation des darks et lights, je ne vois pas comment c'est possible. Avec les scripts, il faut supprimer le répertoire process entre deux lancements, je suppose que de mauvais fichiers ont été utilisés à cause de ça.

Bonjour, dans cette version, la détection d'étoiles a un peu changé, et pour certaines images elles sont moins bien détectées automatiquement. Dans ce cas il faut vérifier ce que siril détecte, et ajuster les paramètres (voir https://siril.org/fr/faq/#pourquoi-lalignement-ne-trouve-t-il-pas-détoiles-dans-mes-images- ) Je n'ai pas eu le problème de retour au bureau dont tu parles, mais ça me fait penser que j'ai souvent la fenêtre d'astrométrie qui ne s'ouvre pas, peut-être que c'est lié, il faudrait que je cherche un peu pourquoi.

C'est pas un plantage donc. Avant cette ligne il doit y avoir la raison de l'échec.

Je suppose que oui si les répertoires restent les mêmes

Bonjour, pour les quatre filtres ce sera un traitement d'images mono, donc quatre fois le même avec des images d'entrée différente. Pour automatiser un peu le truc, si le nombre de filtres est toujours le même, un script peut être créé pour contenir tous les traitements, sinon avec une interface graphique pour le faire, sirilic est sûrement le moyen le plus simple.

C'est avec quelle version ? Quand tu dis "il plante" c'est qu'il se ferme sans prévenir ?

Peut-être que l'offset n'est pas au bon niveau ? Ca joue beaucoup : https://siril.org/fr/tutorials/synthetic-biases/#annexe-comprendre-comment-les-flats-corrigent-les-brutes

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.