Siril 0.9.0 stable

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 .

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 !

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

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

En modifiant les paramètres, ça marche ! Il a réussi à aligner correctement !

Pfiou, allez la suite

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.

dis cyril, la 0.9.7, vous l'avez pour osx ?

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.

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

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

Ah oui je suis bête, j'avais pas pensé a cette éventualité.

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é

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)

Bonjour. Depuis ta modification cela ne plante plus ?

Si, toujours

Édit : c'est pour les fits uniquement, en ser ça fonctionne (mais c'est considéré comme un fichier probablement

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.

Si je recompile depuis les sources ça devrait marcher si la limite a 50000 marche pas ?

Merci de ton aide

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 .

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)

Regarde plutôt du côté de la commande ulimit

Si tu as vu mon Screen, j'ai vérifié le ulimit avant de lancer siril, elle est bien à 65xxx

Désolé je suis sur mon téléphone je vois mal.

Essaye la version des sources stp.

D'acc, ça va être un challenge pour moi, ne maîtrisant pas trop Linux, merci

Idem avec la 0.9.7 bêta 2

Super documentation au passage

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 ...

FITSIO status = 103: attempt to open too many files

failed 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)

les logs du terminal pourraient m'aider

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.

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.

As tu bien relancé ton système après avoir monté le open files limit ?