lock042 Posté 22 août 2017 Auteur Posté 22 août 2017 Ok, je vois l'option, je ne l'avais pas ce matin (sur un autre PC où j'ai compilé Siril à partir des sources). Je n'avais que 2 options : Alignement sur une étoile et Alignement par motif de l'image. Hum. Je sais pas ou tu as récupéré les sources mais elles devaient pas être très récente .
TIbasic Posté 22 août 2017 Posté 22 août 2017 Ah ben non, Windows ou pas Windows je trouve ça chiant de devoir créer un compte de plus. J'ai déjà du Dropbox et Google drive.Puis je suis contre le principe de devoir ouvrir un compte pour dl. Ouvrir un compte pour un upload ok mais pour le dl c'est lourd. Je vais voir si j'ai assez de place sur mon google drive alors !
src386 Posté 22 août 2017 Posté 22 août 2017 (modifié) Hum. Je sais pas ou tu as récupéré les sources mais elles devaient pas être très récente . C'est la 0.9.7 alpha, la même que j'utilise actuellement et pour laquelle j'ai bien les 4 options. Par contre il ne détecte pas bien les étoiles et l'alignement échoue, il y a moyen de modifier le seuil de détection ou placer soi meme des points de référence ? EDIT: la doc le mentionne, je regarde Modifié 22 août 2017 par src386
lock042 Posté 22 août 2017 Auteur Posté 22 août 2017 Si avec tes sources tu n'as que 2 options, il y'a clairement un vrai problème. Et je vois pas ce que ca peut être d'autres que des sources antérieures a ... je sais plus trop mais au moins 0.9.3 Par contre il ne détecte pas bien les étoiles et l'alignement échoue, il y a moyen de modifier le seuil de détection ou placer soi meme des points de référence ? Dans analyse->Dynamic PSF
src386 Posté 22 août 2017 Posté 22 août 2017 En modifiant les paramètres, ça marche ! Il a réussi à aligner correctement ! Pfiou, allez la suite
src386 Posté 22 août 2017 Posté 22 août 2017 Merci cela a fonctionné j'ai pu empiler. Résultat intéressant malgré la maigre qualité des mes images ! Je pense rédiger un petit billet là dessus voire faire une vidéo tutoriel qui me servira de pense-bête.
lock042 Posté 22 août 2017 Auteur Posté 22 août 2017 la 0.9.7 est en développement. Après chaque release j'incrémente le num de version. Donc oui, elle existe pour mac, mais faut la compiler.
mbnb24 Posté 22 août 2017 Posté 22 août 2017 Le problème avec les buses informatiques comme moi, c'est qu'il faut du pret à fonctionner ou bien un tuto pas à pas qui me dise quoi faire lol (tant que je n'ai pas compris ce que je fais tout du moins) Je vais continuer à essayer de vous aider en trouvant des bugs ou des choses qui manqueraient à votre logiciel, c'est malheureusement la seule chose qui soit dans mes compétences
src386 Posté 23 août 2017 Posté 23 août 2017 J'ai trouvé pourquoi je n'avais pas l'option d'alignement auto (global), il me manquait libopencl-dev lors de la compilation. Je l'ai ajouté + recompilé et voilà. J'ai fait un petit pense-bête sur mon blog pour la compilation : https://ngc44.xyz/index.php?article24/compilation-de-siril-sous-debian-9-stretch
lock042 Posté 23 août 2017 Auteur Posté 23 août 2017 Ah oui je suis bête, j'avais pas pensé a cette éventualité.
src386 Posté 23 août 2017 Posté 23 août 2017 Ah oui je suis bête, j'avais pas pensé a cette éventualité. Si car autogen.sh la mentionne quand elle n'est pas présente, c'est comme ça que j'ai trouvé
0bey Posté 26 août 2017 Posté 26 août 2017 (modifié) Hey, peut être que quelqu'un a une idée, j'ai siril qui plante à l'empilement des que j'ai plus de 1000 image (à la louche, j'ai pas cherché la valeur exacte) est ce un problème connu ? Version 0.97.0 alpha sur Ubuntu 16.04 Je début et en astrophoto et en manipulation des soft, je suis peut être passé à côté de quelques chose Pour info, c' est de la pose courte, d'où le nombre d'image assez conséquent Édit : peut être un problème de l'alpha, mais à vrai dire, dans les dépôts officielles j'avais la 0.9.2 soit en ajoutant le dépôt, j'étais directement à l'alpha, je sais pas comment mettre la 0.9.6 pour tester (débutant Linux aussi x)) edit 2 : http://imgur.com/a/OGaWR J'ai modifié de manière a pouvoir ouvrir 8192 fichier (contre 1024 initialement) Modifié 26 août 2017 par 0bey
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Bonjour. Depuis ta modification cela ne plante plus ?
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 (modifié) Si, toujours Édit : c'est pour les fits uniquement, en ser ça fonctionne (mais c'est considéré comme un fichier probablement Modifié 2 septembre 2017 par 0bey
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 OK. Normalement le crash est fixé dans les sources. J'ai juste pas pris le temps de le mettre dans les PPA car je bosse sur un autre trucs qui change beaucoup de code également. Met une limite a 50 000 sinon.
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 Si je recompile depuis les sources ça devrait marcher si la limite a 50000 marche pas ? Merci de ton aide
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Oui oui normalement ca devrait plus crasher, mais tu pourras pas plus empiler car c'est un problème de l'OS là. Attention dans les sources y a du grand changement. Notamment au niveau de l'alignement global ou j'ai .... tout cassé pour mieux reconstruire. Bon normalement ça marche, mais faut garder à l'esprit que ca reste une beta. Cependant les beta testeurs sont toujours les bienvenus .
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 donc crash de siril 0.9.7 alpha même en ayant passé la limite a plus de 65000 : https://imgur.com/a/x3eZ3 J'ai modifié le limit.conf redemarer, reinstallé siril avant (ubuntu 16.04)
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Regarde plutôt du côté de la commande ulimit
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 Si tu as vu mon Screen, j'ai vérifié le ulimit avant de lancer siril, elle est bien à 65xxx
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Désolé je suis sur mon téléphone je vois mal. Essaye la version des sources stp.
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 D'acc, ça va être un challenge pour moi, ne maîtrisant pas trop Linux, merci
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 Idem avec la 0.9.7 bêta 2 Super documentation au passage
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Peux tu donner ce que tu as dans la console de linux quand tu le lance en ligne de commande? Quel type de stack fais tu. A quelle niveau ça plante? Ça commence? Etc ...
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 FITSIO status = 103: attempt to open too many filesfailed to find or open the following file: (ffopen) DEM_M63_01156.fit free and close (-1) log: Échec de l'empilement. Ending stacking idle function, retval=-1 log: Temps d'exécution : 156.44 ms. J'essaie 2500 qui sont pré traités, dematricés et alignés (sur 2800, 90% suivant psd) Empilement par moenne avec regets des pixels deviant, normalisation additive avec mise a l'echelle, méthode winsorized sigma clipping Dès que je clique sur empilement ça plante, enfin 156ms)
0bey Posté 2 septembre 2017 Posté 2 septembre 2017 au lancement de siril ou de l'empilement ? (c'est un c/c au moment de lancer l''empilement que j'ai mis au dessus) :~/.siril/siril$ siril Chargé avec succès '/usr/local/share/siril/siril3.glade' log: Bienvenue dans siril v0.9.7-beta2 log: Type de fichiers supportés : Images BMP, images PIC (IRIS), images binaires PGM et PPM, images RAW, images FITS-CFA, Films, Séquences SER, images TIFF, images JPG, images PNG. Vérifie la version de GTK ... GTK-3.18 Chargé avec succès '/usr/local/share/siril/gtk_old.css' log: Fichier de paramètres chargé : '/home/obey/.siril/siril.cfg' log: Définir le répertoire de travail à '/media/obey/SSD256/M63 0.7 25' log: Nouvelle méthode d’alignement : Alignement sur une étoile (ciel profond) log: Nouvelle méthode d’alignement : Alignement global (ciel profond) log: Nouvelle méthode d’alignement : Alignement par motif de l'image (planétaire - disque entier) log: Nouvelle méthode d’alignement : Coefficient de corrélation (planétaire - surfaces) log: Calcul parallèle activé : Utilisation de 4 processeur(s). No timestamps stored in the file. Found a SER sequence (number 1) No timestamps stored in the file. Found a SER sequence (number 2) No timestamps stored in the file. Found a SER sequence (number 3) Found a sequence (number 4) with base name "DEM_M63_", looking for first and last indexes. seqfile '0004.seq' already exists, not recomputing seqfile 'boas.seq' already exists, not recomputing seqfile 'dark.seq' already exists, not recomputing seqfile 'DEM_M63_.seq' already exists, not recomputing Reading sequence file `0004.seq'. No timestamps stored in the file. =========== SER file info ============== file id: LUCAM-RECORDER lu id: 0 little endian: 0 sensor type: GBRG image size: 1280 x 960 (12 bits) frame count: 2855 observer: instrument: GPCMOS01200KPC telescope: UTC time: 58873-01-15 02:59:04.173 fps: -1.000 ======================================== Reading sequence file `boas.seq'. No timestamps stored in the file. =========== SER file info ============== file id: LUCAM-RECORDER lu id: 0 little endian: 0 sensor type: GBRG image size: 1280 x 960 (12 bits) frame count: 207 observer: instrument: GPCMOS01200KPC telescope: UTC time: 58873-01-15 03:37:50.296 fps: -1.000 ======================================== Reading sequence file `dark.seq'. No timestamps stored in the file. =========== SER file info ============== file id: LUCAM-RECORDER lu id: 0 little endian: 0 sensor type: GBRG image size: 1280 x 960 (12 bits) frame count: 86 observer: instrument: GPCMOS01200KPC telescope: UTC time: 58873-01-15 03:36:39.877 fps: -1.000 ======================================== Reading sequence file `DEM_M63_.seq'. Loaded 4 sequence(s) Reading sequence file `DEM_M63_.seq'. free_image_data() called, clearing loaded image selection: 0,0, 0x0 Read from FITS header: pix size 0x0, binning 1x1, focal 0 SIMPLE = T / file does conform to FITS standard BITPIX = 16 / number of bits per data pixel NAXIS = 3 / number of data axes NAXIS1 = 1280 / length of data axis 1 NAXIS2 = 960 / length of data axis 2 NAXIS3 = 3 / length of data axis 3 EXTEND = T / FITS dataset may contain extensions COMMENT FITS (Flexible Image Transport System) format is defined in 'Astronomy COMMENT and Astrophysics', volume 376, page 359; bibcode: 2001A&A...376..359H BZERO = 32768 / offset data range to that of unsigned short BSCALE = 1 / default scaling factor DATE = '2017-09-02T08:44:15' / UTC date that FITS file was created PROGRAM = 'Siril v0.9.7-alpha' / Software that created this HDU log: Lecture du fichier FITS : DEM_M63_00039.fit, 3 canal(aux), 1280x960 pixels log: Séquence chargée : DEM_M63_ (0->2854) Ajuste la valeur maximale pour les curseurs d'ajustement initialise scalemin=0, scalemax=4364 Purging previously saved reference frame data. set new vport size (592, 444) remap 0 Gray display buffers and surface (re-)allocation Rebuilding remap_index remap 1 Gray display buffers and surface (re-)allocation Rebuilding remap_index Saved the reference frame buffer for alignment preview. remap 2 Gray display buffers and surface (re-)allocation Rebuilding remap_index remaprgb RGB display buffers and surface (re-)allocation log: Utilisation de 5059 Mo maximum pour l'empilement log: Empilement : en cours... log: Empiler les images de la séquence avec une FWHM inférieure ou égale à 9.56873 (2523) FITSIO status = 103: attempt to open too many files failed to find or open the following file: (ffopen) DEM_M63_01062.fit free and close (-1) log: Échec de l'empilement. Ending stacking idle function, retval=-1 log: Temps d'exécution : 192.04 ms.
lock042 Posté 2 septembre 2017 Auteur Posté 2 septembre 2017 Ah mais la ca crash plus !! Le problème c'est maintenant la librairie cfitsio qui impose une limite, plus l'OS. Je sais pas si on peut changer ça ... Converti en SER pour passer outre ce problème.
mbnb24 Posté 2 septembre 2017 Posté 2 septembre 2017 As tu bien relancé ton système après avoir monté le open files limit ?
Messages recommandés