ASTROMAESTRO V4.0 BETA WINDOW LINUX MAC

[darki]

Je sais pas si tu as compris. Je te dit que j'ai un nouveau jeu de brutes pour lesquelles le suivi a été fait sur la comète, donc elle ne bouge pas sur toutes les images, en revanche les étoiles elles bougent. Juste savoir si ca t'interressait pour un traitement plus simple (ou moins simple)

[Fabiolat74]

@darki ha oki j ai mal compris non le but des test c est de partir des fits acquis et non traités, merci quand meme

[darki]

ben c'est le cas, sauf que l'acquisition a été faite avec NINA et le pugin Orbitals qui permet de garder la comète centrée pendant toute la session avec un taux de guidage pour la comète et pas sidéral

[Fabiolat74]

ben c'est le cas, sauf que l'acquisition a été faite avec NINA et le pugin Orbitals qui permet de garder la comète centrée pendant toute la session avec un taux de guidage pour la comète et pas sidéral

ok je vois mais aux niveaux des etoiles c est un trait que tu dois avoir et cela sera encore plus dure a enlever du moins je le suppose

[darki]

J'avais l'espoir que ceci soit enlevé avec le sigma clipping, mais chez moi ca ne l'a pas fait, par contre la starless avec SXT les dégage presque toutes contrairement à starnet++

[Fabiolat74]

oui dure dure ces traitements de cometes mine de rien

[Fabiolat74]

Alors que dire de L IA

image.png

Bas c est la cata quand elle vous comprend pas ou c est moi qui m exprime mal elle ne comprend que le language pixel facon de parler, desoler @Olivier-Fantasy pour ta comete

[Fabiolat74]

du coup je parle pixel et la , la magie opere

image.png

, je viens de resoudre mon gros probleme et je prie que sur une autre comete cela sera bon

[Fabiolat74]

rajout de fonction dans le mode comette

image.png

dans le traitement LRGB tous les fits vont dans light lrgb et idem pour les flats lrgb dans la meme case , le logiciel reconnait les differents filtres grace aux fichiers head
si un seul fichier dans dark flat bias il considere que c est un master
voici la fenetre general

image.png

[Fabiolat74]

voici des exemples fait avec le module comet les photos sont pas les meilleurs du monde mais pour un traitement rapide et sans prise de tete c est pas trop mal
@darki lrgb sans flat pour 7MN de traitement env

cometdarki.jpg

@Olivier-Fantasy sans dark pour 7MN de traitement env

@fcouma flat bias dark pour 17MN de traitement env

comete_finale_avant_nxt.jpg

et la mienne sans flat sans dark pour 6MN de traitement env

comete_finale_spcc.jpg

j ai des defauts sur la photo vous avez rien vue

[Fabiolat74]

Merci a @darki , @Olivier-Fantasy et @fcouma pour le pret des photos pour me permettre de faire les tests


pour les autres si vous avec des fichiers de cometes suis preneur le module n est pas encore fini je poursuis les tests, pour info je n utilise pas starxminator et starnet++ pour le traitement des comets

[Fabiolat74]

bon je vais valider mon module de comete en automatique il m aurat causé bien des soucis celui la du coup je me retrouve avec 2 methodes differente en fonction des cometes sur la distance parcourue
voici un exemple typique ou un traitement foire mais pas l autre c est surtout sur les etoiles dans la zone du halo qui pose soucis

model1 retrait des etoiles avec starx(rcastro) model 2 sans starx 100 ASTROMAESTRO sur le traitement des etoiles

Voici des exmples sur cometes en auto pas de traitement superflue c est du brut sortie juste apres la monté histogramme

A gauche model1 et a droite model 2

image.png

image.png

image.png

[Fabiolat74]

Voici la mise a jours
Ce lien est valable 15 jours et expirera le 19 sept. 2026
https://www.swisstransfer.com/dl/01a06d ... 17aca968f1

[Fabiolat74]

sinon quelques petites mise a jours entres temps sur la chaine de pretraitements

La brute de référence de l'alignement est celle du milieu de la liste (i_ref = len(frames) // 2), pas la meilleure. Toutes les autres sont ré-échantillonnées sur elle : si elle a un mauvais seeing ou une étoile un peu allongée, c'est sa qualité qui plafonne le master. Les FWHM par brute sont déjà mesurées quand le tri est actif ; prendre la brute la plus piquée (parmi celles qui ont assez d'étoiles) est un petit changement pour un gain net sur la finesse des étoiles. C'est ce que font Siril et PixInsight.

Le dark est soustrait tel quel, sans contrôle. calibrate_frame retire le master dark sans regarder si son temps de pose et sa température correspondent aux brutes, et sans le mettre à l'échelle. Un dark de 60 s à −10 °C sur des brutes de 30 s à −5 °C sur-corrige le courant d'obscurité et laisse un damier de pixels chauds négatifs. Au minimum : lire EXPTIME et CCD-TEMP des deux côtés et prévenir dans le journal ; mieux : optimiser l'échelle du dark sur les pixels chauds (ce que fait « dark optimization » de PixInsight). Vous l'avez vu sur la 220P : les darks font 20 % du ciel, l'erreur ne pardonne pas.

Le tri des brutes ne regarde que la FWHM et le nombre d'étoiles. Le moteur Siril offre en plus le fond de ciel (nuages, Lune) et la rondeur ; le moteur interne non. Une brute voilée a une bonne FWHM et peu de bruit apparent, elle passe le tri et abaisse le contraste de tout l'empilement. Ajouter le fond de ciel et la rondeur au tri interne, avec les mêmes seuils que ceux déjà offerts pour Siril, est cohérent

Le flat n'est pas égalisé par canal en couleur. Le chemin Siril passe -equalize_cfa, le chemin interne normalise le flat globalement : sur une caméra couleur, les trois canaux du flat n'ont pas le même niveau, et la division introduit une dominante que la neutralisation rattrape ensuite — mais après coup, sur le master. Normaliser chaque canal du flat à sa propre moyenne évite d'avoir à corriger.

[Fabiolat74]

petite mise a jours dans le spcc rajouts des filtres D1 ET D2 d askar

image.png

dans le module traitement non lineaire un mode automatique est apparu avec un reglage par defaut puis aussi la possibilité de choisir tous les modes de strech sauf pour ashin et startrech

image.png

[Fabiolat74]

rajout du calcul de temps estimé pour faire le traitement celui-ci s adapteras au fure a mesure et sera plus precis dans le temps

image.png

image.png

La condition reel du traitement sur mon pc
⏱ Temps par étape (total 3.9 min) :
83.3 s (35.3 %) Prétraitement Siril
55.6 s (23.6 %) BlurX / NoiseX / StarX (moteurs au choix)
43.5 s (18.4 %) Alignement des couches couleur
34.6 s (14.7 %) Stretch non-linéaire
7.3 s ( 3.1 %) GraXpert (fond de ciel)
7.0 s ( 3.0 %) Pixels défectueux
3.3 s ( 1.4 %) Astrométrie (catalogue Gaia)
1.1 s ( 0.5 %) SPCC AstroMaestro
0.0 s (étapes de moins d'une seconde)
⏱ 9 étape(s) mémorisée(s) pour affiner l'estimation de durée des prochains traitements.

[Fabiolat74]

pour l etirement en non lineaire en auto disponible de 6 façons en auto

delinear- ghs- veralux
hypermetric -formule pixelmath -auto stf

image.png

avec des petits reglages de meilleurs resultats

image.png

[Fabiolat74]

numerotation des etapes de traitement dans l ordre

image.png

ensuite une simplification des reglages en fonction du logiciel selectionné , maintenant seul les cases correspondantes s affichent par exemple si je prend le cli rc astro je ne verrais plus les cases de grapex ia et vice versa

les modules concernes fond du ciel et rcastro bxt nxt stx

Voila cela est simplifié et plus de confusion les modules sont pas obligatoires , il suffit de decoché la case et le module n est pas pris en compte cela peut etre utile si vous chercher une seul utilisation Exemple je veux reduire le bruit apres une monte d histrogramme celui ci est un peu fort donc deselectionnner decocher les cases tous sauf le 6 ET 8 et dans le module 6 decocher bxt et stxt et lancer le programme 9 il effecturerat que le noise sur le traitement .

[Fabiolat74]

Bon, il me reste à faire un méga tuto et le logiciel est quasiment fini. Je ne vois plus grand-chose à rajouter pour l'instant, hormis peut-être à rentrer des valeurs de filtres pour le SPCC qui ne sont pas dans la liste

Cela fait environ 3 mois que je travaille sur ces programmes combinés pour fournir astromaestro J'ai passé plusieurs journées dans les réglages divers, mais je ne suis pas à l'abri de bugs que je n'aurais pas vus. Donc messieurs, si vous testez le programme, je n'attends pas un remerciement de votre part, mais si vous rencontrez un bug, je serais heureux de pouvoir le régler.

Je tiens à préciser que j'ai beaucoup travaillé avec Siril et j'ai combiné des scripts avec l'IA sur certaines choses qui existaient et que l'IA a reprogrammé avec mes correctifs, parfois en mieux et j'espère pas en pire , dans astromaestro des choses présentes absentes dans Siril et Pixinsight. Cela ne fera pas le bonheur de tout le monde mais cela est present; bref je vous souhaite un bon traitement et surtout un bon ciel pour de belles photos futures , astromaestro le logiciel qu il vous faut

[Fabiolat74]

Voici la version beta 5 stable
Ce lien est valable 15 jours et expirera le 21 sept. 2026
https://www.swisstransfer.com/dl/01a078 ... db6bf4feb5

[darki]

Bravo @Fabiolat74

[darki]

Au fait, elle est ou la version Linux, j'ai de quoi la tester maintenant

[Fabiolat74]

Au fait, elle est ou la version Linux, j'ai de quoi la tester maintenan

Je te fais ca dans l aprem

[Fabiolat74]

@darki VERSION LINUX

Ce lien est valable 15 jours et expirera le 22 sept. 2026
https://www.swisstransfer.com/dl/01a07b ... fff745596f

[Fabiolat74]

je me suis pas amuser a enlever les etoiles pendant le traitement tous ceci a durer env 20 MN ENV EN INCLUANT la creation du haoiii et oiiisii depuis les lights puis les etapes ci dessous BREF ZERO PRISE DE TETE la simplicité au plus simple

SHOFINALAVECTRAITEMENTETOILEINCLUS.jpg

Voila un exemple de sho tirer sur 2 PHOTOS DUAL-BAND HAOIII/OIIISII decomposé en sho via le module extraction de raies

image.png

puis recombiner avec le module narrowband

image.png

un petit scnr retrait vert

image.png