HamHam

Wow le rendu est vraiment super. Quelles technos, langage, frameworks, librairies etc. tu as utilisé ?

Quelle type de bdd ?sgbd et ou documents ? Sur la mienne, j'ai plus de 6700 objets stockés et indexés dans un elasticsearch

Nouvelles améliorations et correction de bugs : Bugs corrigés correct_image_orientation — flip inconditionnel restauré (le check ROWORDER ne s'applique pas à Siril, qui affiche toujours bottom-up en interne quelle que soit cette valeur) chan() — canal noir synthétique généré via un vrai fichier TIFF de bonne taille au lieu de la syntaxe ImageMagick invalide xc:black[WxH] get_color_calibration_command — NameError corrigé qui empêchait le PCC avec métadonnées focale/pixel size de jamais s'activer MONO passthrough — le success: True n'est plus émis avant l'exécution réelle d'ImageMagick get_stretch_command — filtres non reconnus (UHC, CLS, DUAL_NARROWBAND...) basculés sur les valeurs broadband au lieu de narrowband par défaut, cohérent avec le reste du pipeline DENOISE_FRAME_THRESHOLD — renommée DENOISE_SHORT_STACK_THRESHOLD, réellement utilisée dans le code (elle était ignorée avant) MONO passthrough (qualité) — reçoit désormais la même chaîne de finition (-level/-sigmoidal-contrast/-unsharp) que la palette CLEAR Améliorations qualité crop_registration_border() — rognage -shave configurable (BORDER_CROP_PERCENT) pour éliminer les franges de bord dues au recalage TARGETBG_NB_* — fond de ciel narrowband assombri (0.15/0.20/0.28 → 0.12/0.17/0.26), y compris la branche OSC+narrowband qui ignorait avant la qualité du stack NARROWBAND_DENOISE_MOD — denoise doux (0.2) activé en narrowband au lieu d'une exclusion totale ; validé sans perte de détail sur M1 (bruit -31%, fond -23%) TARGETBG_RGB_* — canaux RGB mono passent d'un targetbg fixe (0.25) à un scaling bon/moyen/court (0.18/0.22/0.25) ; validé sur NGC 6960 (delta -19/255 uniforme) TARGETBG_MONO_BB_* — même fix pour CLEAR/L/LUMINANCE en mono (0.25 fixe → 0.20/0.22/0.25) TARGETBG_OSC_BB_* — même fix pour le broadband OSC (Nikon Z6II, ASI533MC) : 0.20/0.23/0.28 → 0.17/0.20/0.25, plus un _done() manquant corrigé ; validé sur M16 et M42 (delta -7/255 uniforme) On voit que le fond de ciel est plus sombre, le crop permet de retirer certaines bandes qui apparaissaient. J'ai encore quelques corrections mais les résultats s'améliorent au fur et à mesure je suis content. J'ai conscience que le fait que ce soit un script à lancer en ligne de commande peut rebuter des personnes qui voudrait tester. À la base, ce script doit être exécuté en tache de fond dans un traitement d'un backend d'un SaaS, mais je me dis qu'avoir une version avec une petite interface graphique pourrait être sympa, un peu dans le même genre que Astro Live Stacker. Faut que j'y réfléchisse....mais j ai surtout un SaaS à reprendre.

Liste des corrections appliquées Bugs corrigés : Syntaxe -blend invalide dans ImageMagick → remplacée par -define compose:args -compose Blend -composite Double -modulate et double -unsharp dans compose_rgb_image (SHO/HOO cumulaient deux passes) -modulate 100,50,80 inline dans une string pour SHA (ignoré silencieusement) align_channels : register appelé sur fichier isolé → échec silencieux → remplacé par séquence artificielle 2 frames Collision read/write dans align_channels : convert align -out=. écrasait ses propres fichiers sources → séparé en src/ + -out=.. Fichiers _aligned.fit non transmis à generate_siril_script → pipeline utilisait les originaux cc -nostellar inexistant en Siril 1.2 (existe seulement en 1.4) pcc -cc=M16 argument invalide → syntaxe corrigée LRGB : -colorspace HSL après -combine reconvertissait les données déjà en HSL → remplacé par -set colorspace HSL LRGB : virgule manquante après "HSL" → concaténation Python "HSL-colorspace" DA3D activé accidentellement sur broadband mono dans la correction du point 7 Améliorations qualité : Palette HOO : canal vert blend 30% HA + 70% OIII (était OIII pur → rendu gris-bleu) Post-processing par palette distinct (SHO/HOO/SHA/HaRGB/RGB/CLEAR/LRGB) Suppression -noise 1 global sigmoidal-contrast remplace -level 2%,98%,0.9 Correction cast vert SHO via -channel Green -level 0%,95% Palette CLEAR dédiée avec post-processing (était un passthrough plat) Autostretch adaptatif par nombre de frames et calibration subsky -rbf activé sans flat pour vignettage radial (M16) Rejet statistique adaptatif : ≤3 frames → sans rejet, 4-5 → sigma 4σ, ≥100 → linear fit DA3D désactivé sur tout narrowband (protection filaments OIII/HA faibles) camera_is_color déterminé par filtre (non global) L/LUMINANCE reclassé CLEAR sur caméra OSC Je vais maintenant ajouter la fonction `seqsubsky`

Nouvelles corrections apportées : Alignement inter-canal : les canaux R/G/B n'étaient jamais réellement alignés entre eux (échec silencieux de Siril), causant des halos chromatiques sur toutes les étoiles en RGB. Composition ImageMagick : correction de plusieurs bugs cumulés Palette HOO : le canal vert était une copie pure d'OIII, donnant un rendu gris-bleu uniforme Post-processing par palette : chaque palette (SHO, HOO, SHA, HaRGB, RGB) a désormais ses propres paramètres de contraste, saturation et netteté Autostretch adaptatif : les paramètres de stretch s'adaptent maintenant au nombre de frames et à la présence de masters Résultats, utilisant toujours les mêmes sources que mes posts précédents. Prochaines étapes: ajouter la calibration avec la fonction siril "pcc", ajouter un crop (quelques soucis sur les bordures), et régler quelques soucis de compressions qui ajoute un espèce de vignettage bizarre.

Merci beaucoup pour ce retour, ça fait plaisir :). Je prends note pour la valeur de gamma, et je viens de tester les deux valeurs pour NGC6960 en RGB : effectivement je trouve qu'avec 0.9 l'image est plus jolie; je vais donc fixer à 0.9. J'aienvoyé un MAJ tout à l'heure pour prendre en compte les formats des APN (.raw, .nef, .cr2, .cr3) mais il y a encore un peu de travail je pense. Un autre collègue du club astro m a fourni des raws de M42 et le résultat est un peu moyen je trouve. Faut que je trouve aussi comment remettre l'utilisation de la fonction `pcc`. Les évolutions & corrections continuent.

J'ai effectué de nouvelles corrections sur les parametres des fonctions stack et autostrech. Le résultat est encore mieux : Sur M16 la différence ne se voit pas trop car le collegue du club astro ne m'a pas encore fourni ses flats; mais sur M1 c est magistral par rapport à ce que j obtenais encore vendredi. Pour NGC2359, je trouve que la nebuleuse est vraiment pas mal mais y a beaucoup de halo blanc sur les côtés. Je vais encore tenter des améliorations dans les prochains jours. Pour ceux qui ont testé, lancez un "git pull"

Quelques mises à jour du script : - Meilleure détection des DOF, jusqu'à présent je ne prenais que le master - Ajout du denoise si nécessaire - Correction dans Imagemagick sur les arguments de la commande convert. Les résultats obtenus sont mieux mais ce n'est pas encore satisfaisant je trouve.

Voici un exemple du .ssf créé : [DEBUG] === Script Siril (stack_CLEAR.ssf) === convert light -out=. calibrate light -dark=/home/astro-stacking-pipeline/sessions/019de8e0-a4e9-7b64-8058-2b5254bf1009/darks/master_dark_2d.fit -cfa -equalize_cfa preprocess pp_light -debayer register pp_pp_light stack r_pp_pp_light rej winsorized 3 3 -norm=add -weight_from_noise load r_pp_pp_light_stacked.fit subsky 2 -tolerance=1.8 -smooth=0.5 -samples=65 rmgreen 0.3 denoise -da3d -mod=0.7 autostretch set16bits save "../stacked_CLEAR.fit" close exit Le .ssf de conversion ensuite : [DEBUG] === Script Siril (conv_CLEAR.ssf) === [DEBUG] requires 1.2.0 load "/home/astro-stacking-pipeline/sessions/019de8e0-a4e9-7b64-8058-2b5254bf1009/m16_20260610-192901_CLEAR.fit" savetif "/home/astro-stacking-pipeline/sessions/019de8e0-a4e9-7b64-8058-2b5254bf1009/m16_20260610-192901_CLEAR" close exit Le log du second .ssf [DEBUG] [Siril LOG] log: Exécution de la commande : requires [DEBUG] [Siril LOG] 1781112687: running command requires [DEBUG] [Siril LOG] log: Exécution de la commande : load [DEBUG] [Siril LOG] 1781112687: running command load [DEBUG] [Siril LOG] log: Lecture FITS : fichier m16_20260610-192901_CLEAR.fit, 3 canal(aux), 3008x3008 pixels, 16bits [DEBUG] [Siril LOG] log: Exécution de la commande : savetif [DEBUG] [Siril LOG] 1781112687: running command savetif [DEBUG] [Siril LOG] log: Fichier TIFF enregistré : 16-bit fichier /home/astro-stacking-pipeline/sessions/019de8e0-a4e9-7b64-8058-2b5254bf1009/m16_20260610-192901_CLEAR.tif, 3 canal(aux), 3008x3008 pixels [DEBUG] [Siril LOG] log: Exécution de la commande : close [DEBUG] [Siril LOG] 1781112687: running command close [DEBUG] [Siril LOG] log: Exécution de la commande : exit [DEBUG] [Siril LOG] 1781112687: running command exit [DEBUG] [Siril LOG] making sure no child is left behind [DEBUG] [Siril LOG] done Je me base pas mal sur cette doc: https://siril.readthedocs.io/fr/1.2/Commands.html Je souhaiterai avant tout savoir si dans mes .ssf il y a des modifications à faire Merci beaucoup pour ce retour :). J ai cette ligne : `bit_cmd = "set32bits" if output_bits == 32 else "set16bits"` ou output_bits est déterminée à partir de la premiere light traitée. Je vais regarder pour "setext fit" Pour register, je suis sur siril 1.2, pas 1.4, car je me base sur la version qui est installée sur mon VPS. Mais je me dis qu'une fois le script fini je pourrai le decliner selon la version de siril...

J ai ajouté une détection si 16 ou 32 bits sur le premier light et je l'applique sur `save "../stacked_{filter_name}.fit" -format=XX` mais pour le moment ça n'a pas l'effet escompté Je joins deux logs (y a énormement de blabla dedans, mais le contenu du script .ssf généré est en début de log). m16.logm1.log

J'ai reussi à debug le probleme des fichiers .seq non trouvés. Je me focalise maintenant sur les traitements de qualité de rendus et de couleurs. Par exemple pour le subsky, voici ma fonction : def get_subsky_command( master_dark_path: str = None, master_flat_path: str = None, master_bias_path: str = None ) -> str: """ Adjust subsky parameters according to the available calibration quality. Optimized to clean residual vignetting in corners in the absence of Flat, while preserving the center of the image (no dark halo). """ missing = [] if not master_dark_path: missing.append("dark") if not master_flat_path: missing.append("flat") if not master_bias_path: missing.append("bias") has_flat = "flat" not in missing nb_missing = len(missing) # Base parameters depending on flat availability if has_flat: base_cmd = 'subsky -rbf' common_params = '-smooth=0.4 -samples=50' tolerance = 1.2 if nb_missing == 0 else 1.4 return f'{base_cmd} -tolerance={tolerance} {common_params}' else: base_cmd = 'subsky' degree = 3 if nb_missing == 1: tolerance, smooth, samples = 1.4, 0.70, 60 elif nb_missing == 2: tolerance, smooth, samples = 1.5, 0.75, 65 else: # nb_missing == 3 tolerance, smooth, samples = 1.6, 0.85, 70 return f'{base_cmd} {degree} -tolerance={tolerance} -smooth={smooth} -samples={samples}' En fonction du nombre de DOF présentsles valeurs changent. Le résultat avec M16 (40 lights CLEAR + un master dark) & M1 en Sho. Je n arrive pas à comprendre ces especes de cercles présent aussi dans les .fit compilés.

Bonjour à tous, Je travaille actuellement sur un script d'automatisation pour le traitement d'images astro (EAA/SaaS). Le but est de créer un pipeline "tout-en-un" qui prend des fichiers brutes en entrée et sort une image finale, sans intervention humaine, et que je compte utiliser dans un SaaS que je développe depuis quelques mois. Je me suis dis que je pouvais partager la partie empilement car elle peut être utilisée de façon indépendante de mon SaaS. Le concept : Le script scanne un répertoire, identifie les caméras/filtres via les headers FITS, associe les bons masters (darks/flats/bias) et orchestre siril-cli pour le pré-traitement, l'alignement et l'empilement. Le script est fait en langage Python, et soucis: je suis principalement un développeur PHP/Symfony/NuxtJS de métier....du coup python est un peu galère (pourquoi y a pas d'accolade, de point-virgules...pourquoi ce langage plante en cas de mauvaise indentation raaaah ). Je rencontre une difficulté technique récurrente sur certains jeux de données (notamment sur des séquences typées "CLEAR" ou avec des configurations spécifiques) : une erreur Reading sequence failed dans les logs de Siril. Malgré plusieurs tentatives de normalisation des noms de fichiers, le pipeline perd parfois le fil entre l'étape de calibration et de pré-traitement. Je recherche des personnes qui aimerait bien le tester (avec leurs propres données par exemple) et qui saurait m'aider à régler ce problème avec siril-cli entre les fonctions `calibrate` et `preprocess`., ainsi que fixer le fond que je trouve trop clair (dès que je modifie les arguments de `subsky` ça part en cacahouète...) Le code est disponible ici : Github Merci d'avance pour vos conseils, vos tests et retours ^^. Je vous fournis 3 exemples d'images que j'ai réussi à générer : - M16, 40 lights prises en CLEAR par un collègue de mon club astro - M1 en SHO - NGC2359 en HOO Les sources de M1 et NGC2359 ont été prises sur ce lien

Wah ce site est une mine d'or, je pense que c'est exactement ce que je cherchais. Je vais faire des tests et poterai les résultats s'ils sont satisfaisant ^^. Merci pour le lien

Super merci je vais chercher des données dans ce thread. Par contre je reprécise: ce n est pas l'image empilée que je voudrai, ce sont les images brutes

Bonjour, Je me suis fais Claude AI m'a fait un script Python (après énormément d'itérations...) permettant de faire de l'empilement d'images qui sera ensuite intégré à un SaaS perso dédié à l'EAA (ça sera un autre sujet dans quelques mois). Afin de de le perfectionner et de corriger les erreurs, je souhaite avoir des sets de données brutes (lights avec ou sans dof) au format .fit ou .fits en précisant quel filtre a été appliqué. Est-ce qu'une âme charitable accepterait de me fournir ça ? Merci par avance. Un collègue de mon club astro m'a fournit un jeu de 40 lights sur M16 avec une ASI553MC (mais son DOF est corrompu) et voici ce que ça donne : En mono c'est pas mal, mais en RGB le résultat est assez catastrophique: je ne sais pas si ça vient du script ou des images brutes. J'attends qu'il me fournisse un autre set de données mais si je peux en avoir plusieurs PS: J'ai utilisé l'IA car même si je suis un dev senior en PHP/Node, je ne maitrise absolument pas le python. Or pour faire l'empilement dans le backend de mon SaaS (developpé avec API Platform => PHP/Symfony), pas le choix que de le faire avec Python et le lancer dans une queue (et avoir du "pseudo" asynchrone sans être gêné par le délai d'une requête HTTP qui serait inférieure au délai d'execution du script Python).

Problème résolu alors ^^. Il me manque jute une rondelle que je devrai trouver dans ma caisse à outil. Merci à tous pour vos réponses

Le ressort des vis n'est ni à l'intérieur de la platine amovible, ni entre la platine fixe et la platine amovible (photo 1). J'ai changé la position des ressorts comme sr la photo 2, ça me semble bien plus correct non ? Et de cette manière la platine mobile peut se desserer et serrer, et je devrai pouvoir normalement fixer ma queue d'aronde. Effectivement c'est mieux, la queue d'aronde est fixée :

Je suis d'accord avec la seconde partie de ton message. Mais je tilte sur un truc, les ressort ne sont pas à l'intérieur de la platine; ils restent sur les vis quand je les dévissent...le problème vient peut être de là en fait Comme dis dnas ma réponse à @Marko, les ressorts restent sur les vis... Je poste ce soir une photo du côté droit de la platine. Mais grâce à vous deux je pense commencer à comprendre le problème...

Je peux desserrer les vis sans problèmes mais la platine ne bouge pas. Si j'enlève les vis bah le morceau de droite tombe ^^. J'ai tester en desserant à fond et en enlevant les vis, je place ma queue d'aronde de la NEQ5 mais impossible de revisser correctement ensuite (ou alors je suis nul ^^)

Bonjour, Jusqu'à récemment je possédais un newton 200/1000 sur une monture équatoriale NEQ5. Je me suis acheté d'occasion une NEQ6-Pro (ancien modèle, pas de liseret vert dessus) mais ma queue d'aronde avec les anneaux n'est pas compatible. D’après quelques recherches, il me faudrait une queue d'aronde de type Losmandy. Avant tout achat, je voudrait en être sûr :). Je vous joints quelques photos de la platine de queue d'aronde ainsi qu'avec la queue d'aronde de la NEQ5 pout illustrer mon problème. Merci pour les conseils

Bonsoir, serait-ce possible de remettre la notice d'utilisation en pièce jointe svp ? Je viens d'acheter une NEQ6-pro en occasion, mais c'est le manuel de la raquette synscan qui est fourni. Je voudrai comprendre le fonctionnement. Merci

Suivant la version et comment tu installe Kstars, Ekos n'est pas forcément fourni. Évite l'installation via Snap ou via le Snap-store et passe plutôt par APT ou Synaptic. Ca n'installera peut-être pas la toute dernière version mais au moins Ekos sera fourni. J'avais également évité de télécharger la 3.7.7 depuis leur site car Ekos ne faisais plus apapraitre "Libcamera" dans la liste des drivers Sur un Ubuntu 22.04 (oui je sais c'est obsolète ^ mais c'est l'ordi du taf) j'ai Kstars 3.7.6 (dernière version stable: 3.7.8)

J'ai deja vu passer ton repo et j'ai ALS d'installé sur mon PC client ^^. C'est une amélioration de AstroPhoto-Plus ?

J'ai eu un probleme avec le wifi egalement: j'avais en premeir créér un hotspot via l'interface graphique et j'avais pas mal de déconnexion et de soucis de connexion à INDI. J'ai refais un hotspot en CLI et il ne semble plus y avoir de soucis : # create hotspot sudo nmcli device wifi hotspot ssid <example-network-name> password <example-password> ifname wlan0 # Display UUID nmcli connection nmcli connection show <hotspot UUID> # Update sudo nmcli connection modify <hotspot UUID> connection.autoconnect yes connection.autoconnect-priority 100 nmcli connection show <hotspot UUID>

Je possède un RPi4 avec 4Gb de RAM, ce qui n'est pas très puissant. Étant développeur de métier, je travail énormément en client/server donc ça me paraissait naturel de passer sur ce type de fonctionnement vu que Kstars/Ekos le permet