lock042

La version 1.2 est totalement différente. Comme je t'ai demandé, fais moi voir l'entête d'un des fichiers.

S'il détecte un motif de bayer alors que tu as une cam mono c'est que ton logiciel de capture enregistre des bêtises. Fait voir ton entête de fichier FITS.

Pour information, ce dépôt pille littéralement le code de Siril et Seti Astro en violant allègrement la licence. Nous avons informé GitHub.

Non, mais les images TIFF, bien trop lourdes, ne sont pas des images web friendly. Elles ne sont pas affichées contrairement a du png ou jpg. J'ai donc analyser ton image. Donc c'est du TIFF avec évidemment aucune donnée en entete. Avec le dev d'ASTAP on a développé un format ASTRO-TIFF que Zwo n'utilise pas. Et c'est bien dommage. Tu pourrais leur proposer. Mais en attendant tu as tout intérêt à utiliser le FITS comme bonne pratique. Pour sauver tes images, si tu paramètres Siril comme suivant, ca marchera :

J'avais pas vu ... En effet tu utilises des TIFS... Ils ont donc été probablement déja dématricé. Et mon soupçon c'est qu'ils ont mal été dématricé : en suivant le mauvais matif de Bayer. Donc en gros le problème c'est : tes images sources. Tu peux partager une image TIF qu'on télécharge et qu'on essaye.

Pourrais-je avoir : - une capture d'écran des préférences, onglet FITS/SER debayer (le premier) - une copie des mots clé de l'entête.: Outils->Entête FITS.

Donc ton image n'est pas noir et blanc car tu as les onglets qui montre qu'elle est couleur. Tu nous ferais une capture d'écran ca serait plus simple (attention, une vraie capture d'écran. Pas une photos de smartphone);

On dirait qu'il y a une mauvaise gestion de la transparence

Il est bien expliqué dans la documentation de ne pas pointer vers cet executable mais vers la version ligne de commande, CLI.

Bizarre. Elle fait pas ça ailleurs.

Sans plus de détails ça va être difficile d'aider. Comme par exemple les logs de la console.

Déjà c'est quelles versions que tu utilises sur les deux ? Des versions compilées, celles des dépots, etc...

J'ai mis a jour le site pour pointer sur ton wiki

Oui enfin s'ils ont ete compressé avec perte au début, et dématricé, il n'y a plus rien à faire.

Oui, le script que tu utilises est complètement obsolète. Il faut récupérer les scripts comme je l'explique dans le livre.

Le problème vient d'Indi en fait. J'en avais discuté avec Jasem et il peut rien faire. Si ça avait été lié a ekos il aurait fait la modif. Alors peut-être que les choses ont évolué ?

Le problème est qu'indi embarque son propre paquet libxisf et que ça fout le bordel.

Il faut donc regarder la première voir ce qu'elle a

On travaille sur le soucis flatpak

Pkoi dis tu la première ? Ici je vois une image non alignée, mais rien ne dit que c'est la première. T'en donne pas assez.

Je pense que tu utilises la version flatpak ? Essaye la version appimage.

le calcul de la rondeur est global. On prend la moyenne des étoiles detectées. Il y'a la wFWHM qui prend en compte le nombre d'étoile dans son calcul également.

Pour ceux qui habitent Paris on peut le trouver à la maison de l'astronomie.

Oui, mais je pense que même dans une utilisation scientifique, c'est négligeable.

Oui alors… On n'oublie pas que dans un process normal le bias se soustrait au master-flat. Donc oui, on voit des petits motifs, mais qui sont parfaitement négligeables face au signal du master-flat pris en pleine lumière. Ceci est différent quand on fait une optimisation des dark et qu'on doit enlever le bias au dark.