ASTROMAESTRO V1.0 BETA

[darki]

Bon, après ça fait pas des miracle avec un manche comme moi devant l'écran. Faut encore savoir mettre les bon réglages dans tout ca. Mais ca enchaine tout pendant qu'on fait autre chose, et ça j'aime bien.

Je n'ai pas de ligth sous la main en déplacement pour partir du début mais déjà avec des stack que j'ai vite mis sur le pc avant de partir, ca me permet de tester.

En tout cas, beau boulot. Si en plus tu y met ton expérience du traitement, ca pourrait être une tuerie

[Fabiolat74]

Bon, après ça fait pas des miracle avec un manche comme moi devant l'écran. Faut encore savoir mettre les bon réglages dans tout ca. Mais ca enchaine tout pendant qu'on fait autre chose, et ça j'aime bien.

Avant de lancer tu peux sauvegarder ton profile et apres si tu veux relancer un autre stack qui a les memes conditions tube camera filtre et bien tu met le profile et tu peux relancer directement le traitement sans reselectionner tout sa va encore plus vite

Si en plus tu y met ton expérience du traitement, ca pourrait être une tuerie

alors la c est pas possible je fais tout au pifometre a chaque fois

mais je peux essayer mais pas tout de suite genre des combinaisons d embellissement final facon de parler

[darki]

Petit soucis avec SPCC si on utilise la correction atmosphérique :

image.png

Si on décoche c'est nikel

image.png

[Fabiolat74]

Petit soucis avec SPCC si on utilise la correction atmosphérique :

Le problème n'est pas la correction atmosphérique elle-même, c'est l'option -slp= que la version de Siril refuse. Je rends le pont tolérant aux différences de version :

au passage ta M101 rend pas trop mal a prioris

bon je vais mettre une securité au cas ou cela echouerais encore si defaut a cause de l atmosphere, passer cette etape et poursuivre le traitement


merci pour tes rapports de test

[darki]

un détail, j'ai créé un profil. Une fois le traitement lancé, on ne voit plus rien, mais les deux traits gris de droite correspondent bien a enregistrer et supprimer si on clique dessus

image.png

[Fabiolat74]

OK J AI VUE LE PROBLEME

[Fabiolat74]

Probleme regler je refais l exe avec les nouvelles modifs

[darki]

Voici m101 après recomposition avec ton soft aussi. Je trouve le donc de ciel pas très sombre

m101.jpg

[darki]

Pour aider au dignostic, une petit case à cocher debug qui ferait une pause avec une invite pour continuer entre chaque traitement, comme ça c'est facile de voir celui qui met la grouille.

Et puis que lorsqu'il demande le chemin de sortie du fichier final, qu'il se souviennent du dernier chemin choisi (au moins dans la sessions si ce n'est entre 2 ouvertures du soft), la ca revient chaque fois sur le chemin où est installé le soft

[fcouma]

Pas tout compris

image.png

[darki]

@fcouma : Ne pas utiliser SPCC (colorimétrie par spectro...) pour des images monochromes

Donc faut décocher cela :

image.png

[fcouma]

@fcouma : Ne pas utiliser SPCC (colorimétrie par spectro...) pour des images monochromes

Donc faut décocher cela :

Justement, je n'ai pas de monochrome

Je viens de vérifier et c'était coché ...

Par contre Filtre L-Ultimate n'est pas dans la liste

[Fabiolat74]

@fcouma de ou est tu partie avec ton ou tes fichiers

image.png

Dis-moi de quel capteur il s'agit et si tu es parti d'un master, et je corrige en conséquence.

[Fabiolat74]

@fcouma
Non — et c'est volontaire de la part de Siril. La documentation officielle est explicite :

« We do not include narrowband filters. These highly specific filters are synthesized in Siril, ensuring precision. This also applies to duonarrowband filters. »

Tu ne trouveras donc jamais « L-Ultimate » dans la liste déroulante des filtres, et le rajouter à la main dans la base ne servirait à rien : Siril ne le lirait pas. Les filtres à bandes étroites sont calculés à partir des longueurs d'onde et des largeurs de bande que tu saisis — c'est plus précis qu'une courbe scannée.

La bonne nouvelle : c'est déjà en place et déjà bien réglé. Coche « Filtre bande étroite (duo / tri / quad-band) » dans la fenêtre SPCC, et les valeurs par défaut que j'ai mises correspondent exactement au L-Ultimate :

Couche Longueur d'onde Largeur
Rouge 656,3 nm (Ha) 3 nm
Vert 500,7 nm (OIII) 3 nm
Bleu 500,7 nm (OIII) 3 nm

Vert et bleu sont identiques parce qu'un duo-band ne laisse passer que deux raies : le capteur couleur reçoit du OIII sur ses pixels verts et bleus. La documentation Siril insiste d'ailleurs sur ce point pour les compositions HOO.

Deux choses à ne pas oublier dans ce mode :

Il faut quand même choisir ton capteur OSC — c'est la seule information large bande qui reste utile.
Les listes « Filtre OSC » et « Filtre passe-bas » sont ignorées, et l'interface les grise automatiquement quand tu coches la bande étroite.


DU COUP JE TE FAIS UN TRUC AVEC CES FAMEUX FILTRES Y AURA QUA SELECTIONNER

[Fabiolat74]

@fcouma Je tai rajouté ceci pour les filtres precis

image.png

il renseigne directement les valeurs

image.png

[Fabiolat74]

@darki cela te convient il ?? avec cette methode tu peux arreter le traitement ou tu veux

image.png

image.png

[fcouma]

@fcouma de ou est tu partie avec ton ou tes fichiers image.png

Dis-moi de quel capteur il s'agit et si tu es parti d'un master, et je corrige en conséquence.

image.png

IMX571
Non je pars de fichiers unitaires

[darki]

cela te convient il ?? a

formidable, ça aidera

[fcouma]

Un truc bizarre : le GPU est censé tourner à fond, au 1er essai avant erreur de SPCC ça fonctionnait mais maintenant :

De plus, ça bouffe la RAM (32Go) !

Normal ?

image.png

[Fabiolat74]

Un truc bizarre : le GPU est censé tourner à fond, au 1er essai avant erreur de SPCC ça fonctionnait mais maintenant :

tous les traitements ne se font pas avec le gpu certains avec le cpu

[fcouma]

L'alignement met au moins 10 fois plus de temps que dans le 1er essai

Même le CPU est très peu utilisé

image.png

[fcouma]

Bon, ben ça a planté


Master bias (100 images)…
Master dark (20 images)…
Master flat (20 images)…
→ flat calibré avec le bias.
Calibration de 55 brutes (GPU)…
Alignement sur l'image de référence…
⚠ brute 42 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 43 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 44 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 45 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 46 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 47 rejetée (alignement) : Input type for source not supported.
⚠ brute 48 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
⚠ brute 49 rejetée (alignement) : Input type for target not supported.
⚠ brute 50 rejetée (alignement) : Input type for source not supported.
⚠ brute 51 rejetée (alignement) : Input type for source not supported.
⚠ brute 52 rejetée (alignement) : Input type for source not supported.
⚠ brute 53 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (26091648,) and data type float32
⚠ brute 54 rejetée (alignement) : Input type for source not supported.
⚠ brute 55 rejetée (alignement) : Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32
Empilement de 41 images (GPU) — rejet : Linear Fit Clipping…
=== DÉTAIL DE L'ERREUR ===
Traceback (most recent call last):
File "main.py", line 162, in run
File "astropipe\pipeline.py", line 264, in run
File "astropipe\pipeline.py", line 911, in _calibrate_and_stack
File "astropipe\stacking.py", line 326, in integrate
File "astropipe\stacking.py", line 322, in _stat
File "astropipe\fits_io.py", line 273, in luminance
numpy._core._exceptions._ArrayMemoryError: Unable to allocate 99.5 MiB for an array with shape (4176, 6248) and data type float32

[Fabiolat74]

bon deja ici

image.png

si trop long passe a siril c est plus efficace

image.png

pour le rapport d erreur je regarde la cause

[fcouma]

pour le rapport d erreur je regarde la cause

Ce n'est pas la RAM qui sature ?

[Fabiolat74]

@fcouma
Ce qui se passait : tes brutes font 4176 × 6248 pixels, soit ~100 Mo chacune en mémoire. Avec 55 brutes, le logiciel gardait en même temps les 55 calibrées et les 55 alignées → plus de 11 Go de RAM d'un coup. À partir de la brute 42, la mémoire était pleine et tout tombait.

ce qui as changer Un mode économie de mémoire s'active tout seul quand les brutes ne tiennent pas en RAM. Elles sont mises en cache sur le disque (dans le dossier de travail) et relues au fur et à mesure. Vous le verrez écrit dans la console : « Mode économie de mémoire activé… ». C'est un peu plus lent, mais ça ne sature plus rien. Le cache est effacé automatiquement à la fin.
Chaque brute calibrée est libérée dès qu'elle est alignée, au lieu d'être gardée jusqu'au bout.
Un vrai gouffre corrigé dans l'empilement : la mesure du fond de ciel construisait une image complète de 100 Mo par brute juste pour en garder 1 pixel sur 16. C'est exactement là que ça plantait dans votre journal.
L'image de référence n'est plus recalculée à chaque brute (55 fois × 100 Mo pour rien).
Sans carte graphique, la taille des tranches de calcul s'adapte maintenant à la mémoire réellement libre.
Les messages d'erreur sont enfin lisibles : « mémoire insuffisante pour l'aligner » au lieu du charabia d'astroalign.