vinvin

Oui, ça dépend de deux paramètres : quand elle sera prête et quand on aura un site Le site temporaire a été mis à jour, il s'affiche bien maintenant : https://siril.pixls.us/

Issu de la FAQ qui n'est pas facilement accessible actuellement : Pourquoi l’alignement ne trouve-t-il pas d’étoiles dans mes images ? # Cela peut se produire avec des images qui ont un niveau de signal inhabituel, soit un rapport signal / bruit trop faible, soit dont le signal des offsets a été supprimé deux fois, laissant l’arrière-plan avec de nombreuses valeurs nulles. Cela peut également arriver avec des images qui ont des étoiles très allongées en raison d’un mauvais suivi de la rotation terrestre. Pour y remédier, ouvrez la fenêtre de dialogue Dynamique PSF, soit depuis les paramètres de l’alignement global, soit depuis le menu hamburger (trois lignes horizontales en haut à droite de la fenêtre) puis dans le sous-menu Information de l’Image. Vous trouverez ici quelques paramètres à modifier et un bouton pour démarrer la détection d’étoiles. Si vous trouvez un paramètre qui détecte au moins 20 étoiles dans vos images, vous pouvez redémarrer l’alignement, il utilisera ces paramètres. Si vous fermez Siril, vous devrez recommencer.

C'est un peu moche, mais en attendant il y a ça (tuto comète, mais il y a aussi les autres) : https://siril.pixls.us/fr/tutorials/comet/ (ça va prendre plusieurs jours encore...)

Le programme a été mis à jour. Les différents ateliers n'auront lieu que s'il y a assez de participants, si vous voulez participer, merci de vous inscrire ou de manifester votre intérêt

la balance des blancs de ZWO applique une multiplication aux valeurs de pixels rouges et bleus, c'est une des deux seules raisons que je vois pour lesquelles un master dark serait quadrillé, l'autre serait que le dark a été capturé alors que le capteur recevait de la lumière. Ce n'est en effet pas correct, mais si les lights ont ces mêmes multiplicateurs, je suppose qu'il faut les darks acquis de la même façon.

Je suppose que c'est une ZWO ASI 294 MC ou similaire, il faut désactiver les paramètres de balance des blancs à l'acquisition. Mais d'un coté, si les images du ciel ont été faites de la même façon, il faut bien l'avoir dans les darks aussi.

Je parlais des logiciels d'acquisition, ils ne sauvegardent pas tous les images aux mêmes dimensions. Une fois que c'est acquis, c'est dur de savoir lesquels sont en trop... Dans le cas du binning où il n'y a qu'une ligne en trop, ça pourrait se faire avec un crop, mais il faut savoir si c'est le haut ou le bas, ce qui n'est pas simple vu que FITS peut avoir les deux sens dans le fichier... Le mieux serait de recapturer des darks avec le même logiciel que les lights récentes.

Bonjour, il est fréquent d'avoir des tailles d'images incompatibles quand les images ne sont pas faites par le même logiciel. Chacun a sa méthode de dématriçage ou de redimensionnement en cas de binning... La solution est donc de tout faire avec le même. Shift signifie : translation. La transformation recherchée ne tiendra pas compte de la rotation ou autre modification géométrique que la translation. C'est utile si on veut faire de la photométrie et qu'il n'y a pas de rotation de champ entre les images, parce que la rotation modifie la valeur des pixels à cause de l'interpolation.

Au lieu de vouloir enlever des comètes d'une série d'images, ça serait pas plus simple de prendre quelques photos deux jours plus tard ? Mais sinon, ma réponse est : tout est possible en programmant, en python par exemple il y a des choses pour faire ça, mais en tout-prêt non. Ou s'il y a assez peu d'images, on peut les sélectionner dans la séquence à la main bien sûr, c'est juste légèrement ennuyeux.

Je ne crois pas que ce soit possible. Ces paramètres dépendent de l'image courante, et une autre image aura un fond différent ou un gradient différent, et n'aura pas forcément les mêmes si on refait la calibration. On peut quand même faire un truc du genre en appliquant une normalisation après PCC à une séquence, comme expliqué dans le tutoriel sur les comètes.

Une possibilité est d'appliquer le même étirement à toutes les images, en mettant les mêmes valeurs dans les trois paramètres de l'étirement d'histogramme (la commande mtf fait pareil) ou dans ceux de GHS. Comme ça, ça ne dépendra pas des images.

Bonjour, est-ce que ça ne serait pas simplement dû au fait que l'image la moins bruitée est celle qui a le plus de signal ? Et du coup que le rapport signal/bruit est plus élevé et qu'il faut moins étirer son histogramme pour voir ce qu'on cherche ?

Encore un label pipeau à éviter donc... Incroyable.

Il n'y a pas de raison de garder une balance des blancs diurne pour les images d'astro, il faut de toute façon refaire la balance à la fin. Ce lien vers la FAQ de siril peut aider.

Bonjour, est-ce que les flats sont traités avec des images d'offset ou un offset synthétique ? Est-ce que l'optimisation des darks a été utilisée ?

Bonjour, c'est pas banal ça ! Je ne vois pas ce qui pourrait causer ces bandes, si elles ne sont pas dans les images de départ ou calibrées... Peut-être qu'il faut les visualiser en mode histogramme pour être sûr ? Le cadrage ne pose pas ce genre de problème.

Excellente image On voit rarement le ciel profond aussi profond ! 1. les objets du système solaire ne peuvent pas être utilisés pour la correction de couleur photométrique ou l'astrométrie, parce que leur position dépend de la date. Il faut faire ça avec le nom d'une étoile qui est proche du centre de l'image. Dans la version 1.2 on pourra faire une recherche sur les objets du système solaire, mais quand même après avoir obtenu une solution astrométrique. 2. Siril n'a pas vocation à faire une image de comète sans traces d'étoiles, en tout cas avec la 1.0. Pour faire ce genre de composition, il faut utiliser des masques ou éventuellement un empilement avec un fort rejet. 3. ❤️

Bonjour, probablement que certains fichiers de DOF ne correspondent pas aux images à calibrer, que les paramètres ne sont pas les mêmes.

Merci ! Il y a des structures marrantes dans cette zone, celle du sol 3474 est assez dingue en particulier, la jolie fleur du 3396 aussi !

le driver ZWO est fourni pour armhf et armv8 dans le même fichier sur le site du constructeur section développeurs : https://astronomy-imaging-camera.com/software-drivers

Je crois qu'avec le formulaire de ce site, on peut calculer à quelle distance du capteur se trouvent les poussières, en fonction de leur taille à l'image : http://www.wilmslowastro.com/software/formulae.htm#REFLECT

La façon la plus simple c'est d'y aller un peu plus doucement avec les étirements d'histogramme, ou en utiliser des différents, par exemple GHS si c'est pas déjà le cas. Il est aussi possible de faire une image sans étoiles pour les réintégrer plus petites après, mais ce n'est pas dans Siril 1.0.

Les étoiles me paraissent un peu grosses mais les couleurs ressortent bien, ce qui est souvent difficile, alors je dis bravo.

Les 5 étapes me paraissent bien. Pour la 4, si les fichiers sont des FITS, il y en a probablement beaucoup, il y a une technique pour éviter de les renommer à la main : soit tout mettre à la main dans la liste des fichiers à convertir dans l'interface graphique, soit renommer les résultats de conversion avec des numéros différents, par exemple en ajoutant -start=1000 à la deuxième séance, -start=2000 à la deuxième, etc. Ca nécessite de changer le script pour chaque répertoire alors ce n'est pas l'idéal, mais ça permet d'avoir au final une séquence qui ne contient pas de doubles. Je ne vois pas de solution qui permette de le faire sans intervention humaine, juste avec des scripts siril. Bonne chance

Tant que des darks sont faits dans les mêmes conditions que l'acquisition ça ne dois pas poser de problème je suppose, mais ce n'est pas quelque chose qui peut se désactiver ? Le niveau de dark à 0 ça veut dire que le bruit fluctue autour de 0 et donc en positif et négatif mais que les valeurs négatives sont coupées, donc ça ne va pas.