Siril sous Windows 10 (en natif)

[0bey]

Essayer aussi, crash pareil, il y a des log quelque part créé par siril ?

 

edit :

 

Je sais pas si ça peut aider

Modifié 26 septembre 2017 par 0bey

[lock042]

Sous linux on a le terminal. Partage un ser si tu veux.

Fait une impression écran de ton dossier contenant les fichiers

[0bey]

Les fichiers SER ? il y a juste 2 ser dans mon dossier et les .seq (qui ont l'air OK)

 

#Siril sequence file. Contains list of files (images), selection, and registration data
#S 'sequence_name' start_index nb_images nb_selected fixed_len reference_image
S '0001' 0 5806 5806 0 -1
TS
L -1
I 0 1
I 1 1
I 2 1
I 3 1
I 4 1
I 5 1
I 6 1

j'ai pas tout mis, mais le nombre d'image correspond pour les 2

je vais voir pour uploader des ser (mais si sont OK sous ubuntu)

 

 

Edit : j'ai essayer de mettre le dossier a la racine de mon SSD, démarrer siril en admin, laisser uniquement un seul fichier dans le dossier ( le plus petit)

Modifié 26 septembre 2017 par 0bey

[lock042]

Hum ok.

 

Je pense comprendre. Donne a tes fichiers un nom qui ne finit pas par un nombre.

Et vire les .seq pour recommencer .

[0bey]

Idem (light.ser et dark.ser)

 

Edit : crash aussi quand je passe par fichier / ouvrir

Modifié 26 septembre 2017 par 0bey

[lock042]

bon ben je sais pas.

 

Probablement un soucis d'installation du coup. File un .ser qui crash si tu veux.

Mais bon. Comme j'ai déja expliqué, sous Windows c'est en beta car il y aura surement des comportements bizarres que je ne peux pas tester.

[dudugaz]

Effectivement, Il ne faut pas opter pour les phases conversion et séquence, mais ouvrir le fichier .ser et passer directement à la phase alignement. J'ai testé sur un fichier "Lunaire" en stock avec un alignement planétaires surfaces. Il y a 10111 images 1280*960 à traiter. Cela donne une idée de performance avec le temps de traitement 27'49" pour l'alignement.

L'empilement Qualité > 0.50 (3640 images) c'est fait en 4'20.

Bon le résultat est en N/B avec les 3 couches couleurs décalées qui lui donne ce mauvais flou.

Il fallait probablement que je coche dématriçage sur conversion. C'est cela?

Pour Obey, j'ai l'impression qu'une réinstallation de SiriL, si cela n'a pas encore été fait, serait une première mesure à prendre (après deinstall).

[dudugaz]

Il fallait probablement que je coche dématriçage sur conversion. C'est cela?

 

Oui c'est cela presque surement puisque j'ai récupéré mes 3 couches pour l'alignement.

[0bey]

bon ben je sais pas.

 

Probablement un soucis d'installation du coup. File un .ser qui crash si tu veux.

Mais bon. Comme j'ai déja expliqué, sous Windows c'est en beta car il y aura surement des comportements bizarres que je ne peux pas tester.

 

Déja reinstaller, je recommence demain

 

Je suis sur une version "insider" de win10

 

Je regarde demain et je testerai sur mon portable aussi, j'enverrai un ser si il y a pas de mieux

tu connais un éditeur de ser ? je me suis demander si il y a pas des info dans l'entete qui pourrais merder

 

Je sais que c'est une beta et que tu peux pas tester, j'essaie de faire avancer le bouzin, pas de soucis pour les comportement chelou, pour le coup je crois pas avoir faire une connerie

 

Edit : non je suis sur la dernière build officiel de W10 pas de preview insider

il me manque peut être un truc sur mon pc (genre framwork ou un truc dans ce genre)

Modifié 26 septembre 2017 par 0bey

[Argonothe]

Bon le résultat est en N/B avec les 3 couches couleurs décalées qui lui donne ce mauvais flou.

.

 

Tu peux aligner directement les couches rvb via un clic droit... regarde ici

[0bey]

Voila le lien d'un .SER qui fonctionne pas

 

https://www.dropbox.com/s/udl319rbo0mh3o1/0002.ser?dl=0

 

C'est un dark c'est tout noir, c'est normal

[dudugaz]

Tu peux aligner directement les couches rvb via un clic droit... regarde ici

 

Merci c'est super, je viens d'essayer sur mon image stackée lunaire.

On voit très bien la différence en balayant les vues R V B avant alignement et après alignement.

Mon PB de cet essai était que je n'avais pas dématricé.

 

Mon problème de ce jour était que j'avais constaté, également hier ,est que la prise en compte de mon master-Dark ne se fait pas et mon Master-Flat peut être non plus.

J'avais avec DSS d'utiliser directement mes master-Dark et Master-Flat non dématricés, je viens d'intégrer que sur SiriL il faut les versions convertis et je commence à comprendre le fonctionnement des différents outils intégrés.

[dudugaz]

Voila le lien d'un .SER qui fonctionne pas

 

https://www.dropbox.com/s/udl319rbo0mh3o1/0002.ser?dl=0

 

C'est un dark c'est tout noir, c'est normal

 

Je vais essayer de le telecharger (Je suis à petit débit chez moi) et voir si j'ai un soucis avec.

[dudugaz]

Voila le lien d'un .SER qui fonctionne pas

 

https://www.dropbox.com/s/udl319rbo0mh3o1/0002.ser?dl=0

 

C'est un dark c'est tout noir, c'est normal

 

Voilà je l'ai récupéré. ... et j'ai planté aussi Siril à l'ouverture.

Après une petite vérification avec Ser-Player j'ai vu qu'il était en 9bits.

Je l'ai passé en 16bits avec Pipp ... et là il ne plante plus SiriL à l'ouverture.

[lock042]

Ah oui ?

 

9bits c'est étrange ca.... C'est la source du bug très probablement.

Par contre, chez moi ou ca plante pas ca m'indique 12bits (ce qui me choque beaucoup moins comme valeur).

Donc oui, convertir en 16bits est une solution temporaire.

En tout cas chez moi il ne plante pas du tout.

Modifié 27 septembre 2017 par lock042

[dudugaz]

Ah oui ?

 

9bits c'est étrange ca.... C'est la source du bug très probablement.

Donc oui, convertir en 16bits est une solution temporaire.

En tout cas chez moi il ne plante pas du tout.

 

On voit très bien son format 9bits sur ser-player, quand je regarde après Passage par Pipp il est bien indiqué en 16bits. J'ai ressayé le premier plante toujours et le second non.

Le fait que chez toi le 1er ne plante pas démontre qu'une nuance d'installation ou d'environnement suffit à changer la donne. Reste à trouver la nuance:?:

[lock042]

Je viens d'éditer mon message, mais chez moi le SER s'affiche comme du 12bits avec Siril. Ce qui me parait etre une valeur plus logique.

En effet, SER Player indique 9bits. Mais j'ai jamais vu des fichiers SER de 9bits ...

Et en allant fouiller dans le code hexa du fichier ... C'est bien du 12bits...

 

Du coup la question est : avec quoi fais tu la capture ?

Je te conseille de choisir du 16bits directement lors de la capture.

Modifié 27 septembre 2017 par lock042

[0bey]

Quand tu m'as parlé du nom du fichier, j'ai tilté que ça pouvais venir des infos sur le SER

 

J'utilise Rising Sky, le soft fourni avec ma cam, j'ai le choix entre 8 et 12bit...

 

A part Sharpcap qui a l'air d'accepeter ma cam j'ai pas trop le choix niveau soft...

 

J'ai vu sur le forum une appli pour modifier les info des .ser mais le lien était HS

Va pour Pipp en attendant, chose étrange c'est que sous ubuntu, ça passe nickel

[lock042]

Oui ... C'est un bug windows. Du coup ca va être galère pour moi à corriger ...

On verra si j'ai une idée. Si en attendant tu peux faire avec Pipp alors c'est parfait.

 

Désolé pour le désagrément.

[0bey]

faut que je trouve les option pipp pour qui me les laisse bruts sans de matriçage de préférence,

 

Sinon je confirme, ça fonctionne en modifiant via pipp pour moi aussi (enfin sur sur le pc du boulot avec un c/c du dossier siril... )

 

Pas de problème je fais avec

[lock042]

Par contre laisse ton ser à disposition stp. Je vais écrire à chris auteur de pipp et ser player pour lui dire que ses softs pensent que c'est du 9 bits

[0bey]

Pas de problème, siril Linux et AS ! Les vois bien en 12bit

Je vais voir pour faire des essais avec sharpcap bien que je suis pas fan (ergonomie toussa, je m'y fais pas )

 

C'est pas exclu que mon soft dis de la daube, car même en 9bit,pipp gère bien l'extraction en tiff des fichiers sans que je force la profondeur dans le soft