vinvin

Peut-être que dans l'event viewer de windows il est marqué pourquoi il ne le lance pas, dans la section windows logs puis applications?

Normalement c'est indiqué dans le fichier par le logiciel de capture, s'il ne le fait pas il faut le choisir à la main, mais la ASI ZWO294MC c'est du RGGB, c'est probablement pareil si c'est le même capteur. Peut-être que le fichier est lu à l'envers par contre. Essaie de voir ce qui est renseigné dans les options, et dans la fenêtre de sortie si siril dit que l'image n'a pas d'information de matrice de Bayer.

C'est bizarre on dirait qu'on voit la matrice de Bayer dans chaque image, est-ce que c'est la bonne matrice qui est utilisée ? Mais il est probable que l'objectif ait du chromatisme oui.

C'est un truc que j'avais prévu de faire prochainement ça, parce que j'ai trop de bruit dans mes images pour la photométrie

Ah oui pardon c'est sur les images unitaires, en effet ça ne changera rien si la référence est changée. Par contre, est-ce qu'en zoomant dans les images ça se voit aussi ? C'est peut-être juste l'affichage qui fait ça ? control-f sera utile Si c'est visible, c'est probablement l'interpolation qui fait ça du coup...

Peut-être qu'en choisissant l'image de référence pour l'alignement au milieu de la séquence, ça évitera un peu ça aussi ? Ca fera des interpolation dans les deux sens probablement Si la rotation est négligeable, utiliser la translation seulement est une autre possibilité quand on est sûr de soi.

Non ok c'est une caméra monochrome, ignorons l'histoire du dématriçage Je ne sais pas pourquoi ça fait ça du coup.

Bonjour ! Il y a eu des changements dans les traitements dans la version de dev, la normalisation est calculée pour tous les canaux mais plus rapide pour chaque, la mémoire n'est pas distribuée de la même façon... Ca peut faire varier le temps, je pensais que ça accélérait par contre plutôt que ralentir. Pour l'interface graphique qui ralentit j'ai aucune idée de ce que ça peut être par contre, @lock042 t'as une idée ?

C'est bien ça (source : le tutoriel sur les scripts)

La ZWO marche avec un raspberry pi, les drivers linux de QHY sont très mauvais.

Ah oui pardon c'est pas autour de 1 c'est autour de 0, mais oui c'est ça, +1 ça double, -1 ça annule. Et en général il y a des bulles d'aide partout dans siril, c'est le cas ici aussi, quand on met la souris sur des trucs qu'on comprend pas au bout d'une seconde ça explique ce que c'est.

Je crois que c'est un bug connu déjà corrigé pour la prochaine version, ou dans la version de développement donc.

Peut-être qu'il faut colorer les deux manuellement dans ce cas, ou faire la balance des blancs après composition dans Gimp ?

Amount c'est le facteur appliqué à la colorimétrie, 1 ça laisse la même, >1 ça l'augmente, <1 ça la diminue. Le facteur de fond permet d'indiquer quel est le seul à partir duquel on considère qu'un pixel n'est pas du fond de ciel et pour lequel on appliquera la modification de couleur. C'est un peu spécial à ce que je vois, au lieu d'être le fond de ciel plus par un facteur multiplié par l'écart type, c'est (fond de ciel + écart type) multipliés par ce facteur. Donc en dessous de 1, ça va probablement colorer le fond.

Le résultat d'empilement est bien sauvegardé, il s'appelle comme la séquence avec un '_stacked' à la fin en plus, et avec l'extension des fichiers FITS.