rmor51 Posté 17 mars 2020 Posté 17 mars 2020 Autre souci. J'ai 80 images brutes. Une fois la séquence chargée, j'exclue plus de la moitié d'entre elles. Je pré-traite et la fin les 80 sont sélectionnées ! Normal ?
lock042 Posté 17 mars 2020 Auteur Posté 17 mars 2020 Le prétraitement prétraite tout oui. Après dans le stacking il faut bien choisir de n'empiler que les images sélectionnées.
rmor51 Posté 21 mars 2020 Posté 21 mars 2020 (modifié) J'ai le message suivant sur des images de la séquence, au pré-traitement: M_44_Light_097.fits.[extension] non trouvé. 15:56:07: Impossible de charger l'image 96 de la séquence M_44_Light_ 15:56:07: M_44_Light_065.fits.[extension] non trouvé. 15:56:07: Impossible de charger l'image 64 de la séquence M_44_Light_ 15:56:07: Lecture du fichier FITS : M_44_Light_001.fits, 1 canal(aux), 5544x3684 pixels 15:56:07: Lecture du fichier FITS : M_44_Light_033.fits, 1 canal(aux), 5544x3684 pixels 15:56:07: Motif du Filtre : RGGB 15:56:08: Motif du Filtre : RGGB 15:56:17: Fichier FITS enregistré : fichier pp_M_44_Light_001.fits, 3 canal(aux), 5544x3684 pixels 15:56:17: Fichier FITS enregistré : fichier pp_M_44_Light_033.fits, 3 canal(aux), 5544x3684 pixels 15:56:17: Le traitement de la séquence a échoué. A priori ces images n'ont rien de particulier pas rapport aux autres. La différence est que j'utilise un dark-flat au lieu d'un flat. Modifié 21 mars 2020 par rmor51
lock042 Posté 21 mars 2020 Auteur Posté 21 mars 2020 M_44_Light_097.fits.[extension] non trouvé. Il ne trouve pas cette image pour X raison (et d'autres aussi). Bref t'as un soucis qq part, je vois pas ou. Dans l'extension définie par défaut peut etre.
vinvin Posté 21 mars 2020 Posté 21 mars 2020 Peut-être dans le .seq qui est invalide, je serais d'avis de vérifier que tu as bien tous tes fichiers et de supprimer le .seq de cette séquence.
lock042 Posté 21 mars 2020 Auteur Posté 21 mars 2020 Avis aux utilisateurs de Linux et des dépôts PPA : siril à été mis à jour. Une mise à jour majeur et un grand pas vers la 1.0. Au menu : le 32 bits, et une rapidité accrue. 1 1
vinvin Posté 21 mars 2020 Posté 21 mars 2020 Le 32 bits pour la précision des images hein, pas pour les processeurs 32 bits. Jusqu'à maintenant siril utilisait 16 bits en interne pour représenter les images, et les sauvegarder en FITS. Ça veut donc dire que les fichiers prendront deux fois plus de place sur le disque. 1
Petitprost Posté 25 mars 2020 Posté 25 mars 2020 Bonjour , Depuis ce matin je rencontre un soucis avec l'étalonnage des couleurs par astrométrie , j'ai systématiquement le message " Aucunes étoiles valide trouvée" après le début du process même avec le doublement de la focale ( drizzle ) merci Eric
lock042 Posté 25 mars 2020 Auteur Posté 25 mars 2020 (modifié) Et bien c'est que tu n'as aucune étoile valide pour l'étalonnage des couleurs. Il exclut 78 étoiles comme tu peux le voir, ce qui doit correspondre à toutes tes étoiles. Peut être sont elles saturées. Modifié 25 mars 2020 par lock042
rmor51 Posté 25 mars 2020 Posté 25 mars 2020 32 bits c'est bien ! 126 Mo l'image pour 40 Mo au départ, ça pique ! Et en plus les scripts astro de GIMP ne fonctionne plus: trop de bytes par pixel ! Bon on peut sauver en 16 bits, ouf!
vinvin Posté 26 mars 2020 Posté 26 mars 2020 Oui c'est pour ça que j'aimerais ajouter une option pour le désactiver.
m27trognondepomme Posté 26 mars 2020 Posté 26 mars 2020 il y a 2 minutes, rmor51 a dit : Et Sirilic qui dit que Siril ne fonctionne pas ! Sirilic n'est pas encore sorti officiellement pour 0.99 Il faut utliser la version sur le dépot git sur la branche Evolution Siril 0..99 Cette version n'est pas en version exécutable pour windows, il faut avoir python d'installer sur windows. 1
m27trognondepomme Posté 26 mars 2020 Posté 26 mars 2020 Il y a 20 heures, rmor51 a dit : Et en plus les scripts astro de GIMP ne fonctionne plus: trop de bytes par pixel ! Bon on peut sauver en 16 bits, ouf! c'est fait pour mon plugin 1
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 (modifié) @vinvin et @lock042 Test d'empilement LFC sur darks non dématricées avec la version de dév maj ce matin : . J'ai un pb avec l'empilement LFC sans normalisation, qque soient la valeur des seuils de rejet et le type d'image (darks et lights) : la barre d'état avance jusqu'à un certain moment où le PC tourne à fond "ds le vide" (~100% d'utilisation proc par SIRIL) et la barre n'avance plus. Par contre aucun pb si j'active une normalisation sur la mm séquence, et également aucun pb avec tous les autres types d'empilements (WSC, médian etc). Le bouton "Arrêter" n'a aucun effet. J'ai fait une capture d'écran vidéo si ça peut aider. video.avi Modifié 28 mars 2020 par Stéphiou
vinvin Posté 28 mars 2020 Posté 28 mars 2020 J'ai cassé un truc hier, la version d'aujourd'hui ne marche pas, désolé.
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 (modifié) Yes ça remarche ! bien vu ! 👍 Modifié 28 mars 2020 par Stéphiou
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 Pour info, appuyer sur le bouton "Annuler" après un traitement sur une image indiv, ça on fait planter le soft
lock042 Posté 28 mars 2020 Auteur Posté 28 mars 2020 AH oui. C'est un truc qui a du être cassé récemment :). @vinvin ?
lock042 Posté 28 mars 2020 Auteur Posté 28 mars 2020 D'ailleurs il semblerait que cette version et celle des PPA soit pété de partout. Donc il faut attendre 1
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 Oui en effet, par ex activer la normalisation en empilement avec rejet fait stopper l'empilement en cours de normalisation.
lock042 Posté 28 mars 2020 Auteur Posté 28 mars 2020 il y a 9 minutes, Stéphiou a dit : Oui en effet, par ex activer la normalisation en empilement avec rejet fait stopper l'empilement en cours de normalisation. Je comprend pas
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 Quand on lance un empilement avec rejet et normalisation activée, qques images sont chargées, puis la normalisation démarre et le processus s'arrête pratiquement instantanément avec l'affichage d'un temps d'exécution : Aucun pb sans normalisation. Vidéo en attache. video2.avi
lock042 Posté 28 mars 2020 Auteur Posté 28 mars 2020 il y a 53 minutes, Stéphiou a dit : Aucun pb sans normalisation. Vidéo en attache. Vérifie que tes images sont toutes correctes dans la séquence. Moi ca marche bien.
Stéphiou Posté 28 mars 2020 Posté 28 mars 2020 (modifié) il y a 28 minutes, lock042 a dit : Je viens de corriger le bug de l'undo Je viens de tester, ça marche ! il y a 7 minutes, lock042 a dit : Vérifie que tes images sont toutes correctes dans la séquence. Moi ca marche bien. Je viens de tester une nouvelle fois, ça ne marche pas avec cette version : Alors que ça marche avec la version 0.9.12, et également si normalisation désactivée. Là je télécharge la toute dern version (undo.c modifié). Modifié 28 mars 2020 par Stéphiou
Messages recommandés