Siril 0.9.12

[lock042]

il y a 3 minutes, Fred_76 a dit :

preprocess brute_ -dark=../darks/dark_stacked -flat=../flats/pp_flat_stacked -cfa -equalize_cfa

Les options relatives au pattern CFA doivent être supprimées.

[Fred_76]

à l’instant, lock042 a dit :

Les options relatives au pattern CFA doivent être supprimées.

Oui j'ai vu ça, et le prétraitement est curieux, l'offset maître n'est pas retiré aux darks avant de créer le dark maitre. Le pretraitement des brutes utilise bien le dark maitre et flat maitre mais pas l'offset maitre.

C'est bien si on fait beaucoup de darks, mais quand on en a peu et qu'on a par contre beaucoup d'offsets, c'est dommage de ne pas utiliser les offsets.

[lock042]

il y a 1 minute, Fred_76 a dit :

Oui j'ai vu ça, et le prétraitement est curieux, l'offset maître n'est pas retiré aux darks avant de créer le dark maitre.

C'est normal.

Le dark contient les offsets et donc, quand on soustrait un dark aux lights on fait une pierre deux coups. Si on fait pas d'optimisation cela ne sert à rien de l'enlever aux darks.

Modifié 1 mars 2020 par lock042

[vinvin]

Les vidéos sont une mise en image de la documentation, normalement tout ce qui est dedans est déjà dans la documentation.

Les cartes graphiques c'est une plaie à utiliser parce que ça prend beaucoup de temps de développer dessus et c'est pas le même langage selon le fabriquant (CUDA c'est que nvidia par exemple) ; une fois que c'est fait, il faut optimiser le code à chaque ensemble GPU/mémoire vidéo ; et pour développer, il faut que les développeurs aient des cartes graphiques puissantes, ce qui n'est pas mon cas. Mais c'est quelque chose qu'on prévoit depuis longtemps, on ne sait pas quand on y arrivera...

[m27trognondepomme]

Pour ceux qui ne sont pas à l'aise avec les scripts, Sirilic gère les APN débayrisés, il suffit de cocher l'option dans la propriété du projet :

[Fred_76]

Il y a 8 heures, lock042 a dit :

C'est normal.

Le dark contient les offsets et donc, quand on soustrait un dark aux lights on fait une pierre deux coups. Si on fait pas d'optimisation cela ne sert à rien de l'enlever aux darks.

 

Oui je sais, mais par exemple, en ne soustrayant pas l'offset maitre aux darks,

- si tu as 50 darks, le résultat sera bon car il y a beaucoup de darks

- si tu as 9 darks et 50 offsets, le résultat sera moins bon que si tu soustrayais l'offset maître (9 images au lieu de 50)

 

Alors oui, le script est fait pour aller vite, mais comme je shootais avec peu de darks (9 à 11 en général) et pas mal d'offsets (une 30aine), je préfère soustraire l'offset maître aux darks.

[lock042]

à l’instant, Fred_76 a dit :

Alors oui, le script est fait pour aller vite, mais comme je shootais avec peu de darks (9 à 11 en général) et pas mal d'offsets (une 30aine), je préfère soustraire l'offset maître aux darks.

Rien ne t'empeche de  faire un script qui le fait.

[Fred_76]

il y a 25 minutes, lock042 a dit :

Rien ne t'empeche de  faire un script qui le fait.

C’est ce que je viens de faire. Ça tourne !

 

Voici le résultat ;

 

 

Et le code du script :

 

############################################
# Script pour Siril 0.9
# Mars 2019
# (C) Cyril Richard
# Adapté, modifié et traduit par Colmic
# Modifié par Fred_76 pour le traitement de photos issues 
# d'un APN débayérisé (monomod)
# Pre-traitement_APN v1.0
# 
# Pré-traitement pour APN débayérisé en taille originale
# et correction cosmétique automatique
# 
# 
# Ce script a besoin de 4 dossiers pour fonctionner
# à installer dans votre dossier de travail de Siril :
# offsets, darks, flats, brutes
#
############################################

#Création du master-offset
cd offsets
convertraw offset_
stack offset_ rej 3 3 -nonorm
cd ..

cd flats
#Pré-traitement des flats
convertraw flat_
preprocess flat_ -bias=../offsets/offset_stacked

#Création du master-flat
stack pp_flat_ rej 3 3 -norm=mul
cd ..

#Pré-traitement des darks
cd darks
convertraw dark_
preprocess dark_ -bias=../offsets/offset_stacked

#Création du master-dark
stack pp_dark_ rej 3 3 -nonorm
cd ..

#pré-traitement des brutes
cd brutes
convertraw brute_
preprocess brute_ -dark=../darks/pp_dark_stacked -bias=../offsets/offset_stacked -flat=../flats/pp_flat_stacked

#Correction cosmétique automatique
seqfind_cosme_cfa pp_brute_ 3 3

#Alignement des brutes
register cc_pp_brute_ 

#Empilement des brutes calibrées
stack r_cc_pp_brute_ rej 3 3 -norm=addscale -out=../resultat

cd ..
close

 

[ced06480]

Bonjour a tous, 

 

petite question hardware, ma config commence a dater et souffre du traitement astro 😕 je vais donc en profiter pour renouveler les composants les plus important CPU/RAM/Carte Mere.

Comme je n'ai pas d'affinité envers les marques intel ou amd, je voulais savoir quel type d'architecture processeur pourrai être le mieux adapter pour siril, les autre soft ne font pas de ralentissement. 

[vinvin]

Oh c'est pas bien compliqué, plus il va vite et plus tu as de mémoire, plus rapide sera le traitement... Peu importe le processeur, nous ne faisons rien de particulier pour Intel AMD ARM ou autres, ça marche avec tous.

[lock042]

il y a 6 minutes, vinvin a dit :

nous ne faisons rien de particulier pour Intel AMD

Récemment on a introduit du code SSE (https://fr.m.wikipedia.org/wiki/Streaming_SIMD_Extensions). Pour le coup c'est pas meilleur avec Intel ? 

[vinvin]

Non, c'est le jeu d'instruction intel, qui est utilisé par AMD aussi, les deux utilisent le même à des détails près. L'architecture 64 bits des Intels a été créée par AMD par exemple et les deux implémentent SSE, AVX et autres. Pour ARM c'est différent, je n'ai pas encore regardé ce que le compilateur faisait de ce code, en tout cas ça s'exécute quand même.

[Fred_76]

Et utiliser un disque dur SSD accélère aussi beaucoup les traitements car ils génèrent beaucoup de lecture/écritures. Par exemple pour traiter la photo N&B hier soir, ça prenait plus de 8 minutes avec un disque dur amovible USB2 (en plus de plantages - Siril s'arrête direct - car ça devait peut être se télescoper dans le contrôleur USB), contre un peu plus de 3 minutes avec le SSD (et sans plantage).

[Fred_76]

Bonjour

 

J'ai quelques autres idées pour les scripts Siril :

1) une fonction qui teste l'existence ou non d'un fichier, si le fichier n'existe pas, poursuit l'exécution du script, sinon saute à un label par exemple IF_FILE_EXIST file GOTO :label

2) une fonction qui interrompt le script, affiche un message, demande la saisie d'une valeur (éventuellement avec un masque de saisie : entier (entre n et m), réel, texte) et stocke la valeur entrée dans une variable utilisateur , par exemple :

MESSAGEBOX -text "message text" -type [integer [n to m] | real [x to y] | string [nb char] yesno] -out {variable_name}

MESSAGEBOX -text1 "message text1" type1 [integer [n to m] | real [x to y] | string [nb char] yesno] -out1 {variable_name1} -text2 "message text2" -type2 [integer [n to m] | real [x to y] | string [nb char] yesno] -out2 {variable_name2} ...

3) une fonction qui teste le contenu d'une variable par exemple IF_VAR {variable_name1} (test string) ({variable_name2} | value | string)  GOTO :label

4) peut être permettre à des fonctions de Siril de retourner un résultat dans une variable (FWHM, moyenne du fond ce ciel...)

4) intégration des variables utilisateur dans les commandes du script

 

Ça permettrait plus d'interactions avec l'utilisateur et l'écriture de scripts plus généraux (plutôt que d'écrire autant de scripts que de cas particuliers).

 

Pas pour tout de suite certainement !

 

Bon courage pour la suite, en tous cas je trouve ce logiciel vraiment bien fait.

[lock042]

Bonjour. Ce que tu proposes c'est de faire des scripts avec un language de programmation. La c'est plus du tout pareil. 

Peut être qu'un jour on fera une interface de script en python ( @m27trognondepomme pensait regarder de ce côté) mais c'est pas pour maintenant vu la masse de travail que cela va représenter :). 

Modifié 2 mars 2020 par lock042

[Ryo]

Le 01/03/2020 à 22:59, m27trognondepomme a dit :

Pour ceux qui ne sont pas à l'aise avec les scripts, Sirilic gère les APN débayrisés, il suffit de cocher l'option dans la propriété du projet :

 

 

Whoua ca va vite Sirilic 

[ced06480]

Merci pour l info. Du coup je v partir sur le i7 9700k. Top!

Pour reprendre le fil du script, si je veux lancer le script apn de siril je suis obligé de convertir les .fit/.raw en donnant un nom précis au .seq .

Pas de soucis avec ça, mais est ce que l on est obligé de lancer la conversion pour créer la séquence brute_ .seq ou le script peux le gérer des que je lui indique le dossier des brutes et DOF?

Modifié 3 mars 2020 par ced06480

[lock042]

Il y a 1 heure, ced06480 a dit :

Pour reprendre le fil du script, si je veux lancer le script apn de siril je suis obligé de convertir les .fit/.raw en donnant un nom précis au .seq .

Je comprend pas. Si tu as des raw tu n'as rien à convertir. Si tu as des FITS ces scripts ne sont pas adaptés.

[ced06480]

Il y a 3 heures, lock042 a dit :

Je comprend pas. Si tu as des raw tu n'as rien à convertir. Si tu as des FITS ces scripts ne sont pas adaptés.

il y a rien a comprendre a part le fait que je suis un idoit... Je suis toujours passe par des .fits (désole pour l’amalgame) pour le script d'où le soucis.... comme j'utilise l'asiair qui converti les .raw en .fit je n'ai pas pensé que le script devais fonctions a partir de .raw.

Du coup je vais le refaire avec des .raw

 

merci

 

[lock042]

il y a 52 minutes, ced06480 a dit :

Du coup je vais le refaire avec des .raw

Et si tu as des fits utilise l'excellent Sirilic de @m27trognondepomme qui créé des scripts à la demande.

[Fred_76]

Le 01/03/2020 à 22:58, vinvin a dit :

Les cartes graphiques c'est une plaie à utiliser parce que ça prend beaucoup de temps de développer dessus et c'est pas le même langage selon le fabriquant (CUDA c'est que nvidia par exemple) ; une fois que c'est fait, il faut optimiser le code à chaque ensemble GPU/mémoire vidéo ; et pour développer, il faut que les développeurs aient des cartes graphiques puissantes, ce qui n'est pas mon cas. Mais c'est quelque chose qu'on prévoit depuis longtemps, on ne sait pas quand on y arrivera...

Sinon il y a OpenCL qui ne dépend pas du fabricant de la carte graphique.

[ced06480]

Le 03/03/2020 à 16:55, lock042 a dit :

Et si tu as des fits utilise l'excellent Sirilic de @m27trognondepomme qui créé des scripts à la demande.

merci je vais terster!!

[m27trognondepomme]

 

Sirilic , C'est  disponible ici  : astroslacholet.wordpress.com ou directement sur https://gitlab.com/free-astro/sirilic

 

un petit tuto de l'installation et l'utilisation de Sirilic (il faut avoir installer Siril au préalable) :

Sirilic-fr.pdf

la version anglaise:

Sirilic-en.pdf

Modifié 6 mars 2020 par m27trognondepomme

[olivierfred42]

Il y a 13 heures, m27trognondepomme a dit :

 

Sirilic , C'est  disponible ici  : astroslacholet.wordpress.com ou directement sur https://gitlab.com/free-astro/sirilic

 

un petit tuto de l'installation et l'utilisation de Sirilic (il faut avoir installer Siril au préalable) :

Sirilic-fr.pdf 1 Mo · 6 downloads

la version anglaise:

Sirilic-en.pdf 809 Ko · 2 downloads

Je vais tester ça..

 

merci pour tout le travail realisé...

[Fred_76]

Autres idées d'amélioration de Siril :

 

Astrométrie

- élargir le champ de recherche en astrométrie. Avec plusieurs images prises à 1000 mm de focale l'astrométrie a échoué en indiquant 1000 mm, mais a réussi en indiquant 1100 mm. Le pire a été une image à 1000 mm avec drizzle x2, échec avec 2000 mm, succès avec 2100 mm alors que la focale calculée était de 2004.4 mm !

- quand l'objet de référence en astrométrie n'est pas bien centré, ça échoue souvent. Il serait bien de pouvoir cliquer sur l'image pour indiquer à Siril où se trouve l'objet (avec l'échantillonnage, normalement on devrait pouvoir déterminer la correction à apporter)

 

Boites de dialogue

- permettre la saisie de nombres manuellement et pas seulement avec le slidder, par exemple :

- dans l'histogramme, les triangles sont peu pratiques. Même avec un zoom fort, bouger un triangle d'un chouya fait complètement décaler l'histogramme.

 

Déconvolution

Ca pourrait être bien de se rapprocher des développeurs de AstroSurface pour avoir un algo prenant en compte une étoile comme PSF de base

 

Ca fait du boulot, c'est certain ! Bon courage 😉

[lock042]

il y a 49 minutes, Fred_76 a dit :

- permettre la saisie de nombres manuellement et pas seulement avec le slidder, par exemple :

Tu devrais vraiment jeter un oeil a la version en developpement

 

 

[lock042]

Il y a 4 heures, Fred_76 a dit :

- permettre la saisie de nombres manuellement et pas seulement avec le slidder, par exemple :

 

Il y a 4 heures, Fred_76 a dit :

Ca pourrait être bien de se rapprocher des développeurs de AstroSurface pour avoir un algo prenant en compte une étoile comme PSF de base

Non, je réfléchis à bien mieux. Prendre en compte chaque étoile, en fonction de sa position et faire autant de PSF que d'étoiles. Une sorte de déconvolution dynamique.

Mais bon, ca se fait pas du jour au lendemain :). Bon la déconvolution a quand même été grandement améliorée.

Modifié 7 mars 2020 par lock042

[Fred_76]

Bonjour

 

Quand on a plusieurs images en mosaique d'un objet, la réduction astrométrique ne fonctionne en general que sur la photo au centre de l'objet. On en tire alors les coefs de correction de couleur pour les autres tuiles de la mosaïque, par exemple dans mon cas :

K0=1.029

K1=1.000

K2=1.361

 

Mais quand je veux appliquer ces coefs aux autres tuiles de la mosaïque, pour qu'elles aient toute le même traitement, et que je vais dans Étalonnage des couleurs, je ne vois pas comment saisir ces coefficients ?

On a bien accès à la balance manuelle, mais :

1) on n'a que des sliders pour régler les coefs et ce n'est pas précis

2) les sliders ne vont que de 0 à 1 alors que les coefs précalculés sont >= 1.

 

Je n'ai pas trouvé de commande en console pour régler la bdb non plus.

 

[phoque]

Bonjour à tous,

 

Je vous fais part d'un problème de flat rencontré sous Siril. Je précise que j'ai essayé tout type de flat (tablette, ciel au crépuscule...) toujours en respectant environ 2/3 de l'histogramme. Voici le flat_stacked sous Siril : 

 

*

 

Et voici, après une image RVB après un script (pre_traitement_apn) sur quelques brutes :

 

 

Une idée d'où cela pourrait-il venir ? Mon apn est un 2000D.

 

Bonne soirée !

 

 

 

[lock042]

Ton apn est mal pris en compte actuellement. 

Qqpart dans ce sujet on explique la manip à faire.