HamHam

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

Et le problème de ses scripts sont surtout que la version d'indi est en hard-codé dedans et du coup ça git pull cette version du tag, et non pas le dernier tag...quand j aurai le temps je forkerai son repo et y ferai qq améliorations...un jour ^^. Pour Kstars, je préfère l'avoir sur un poste client plutôt que sur le Rpi

Je me suis basé sur ces scripts : https://github.com/herseyc/raspastro mais en y appliquant des corrections, notamment sur les dépendances qui a quelques packages en erreur . Comme je veux utiliser mon RPi comme un outil distant, il n'y a dessus que INDI et ses librairies nécéssaires, pas de kstars.

J'ai eu plein de galère à installer kstars & indi sur Ubuntu pour RPi, pour kstars je ne sais pas mais pour indi solo et ses librairies mieux vaut le faire en restant sur Raspbian

Hello, Je possède un raspberry pi 4 (sous raspbian) avec indi-core, quelques librairies indi-* et indiwebmanager dessus qui tourne très bien. Je souhaite me séparer de ma datyson t7c (qui fonctionne extrêmement mal sur le rpi) pour passer sur une ASI120 et en parcourant des forums, j'ai cru comprendre qu'il y avait également des soucis de compatibilité et notamment du firmwire (soucis que j ai eu avec la datyson t7c). Je souhaite avoir quelques retours d'XP sur ce cas si vous avez eu des soucis d’utilisation de l'ASI120, quel modèle serait mieux, est-ce que les modèle asi120XX-s sont compatible, est ce que pour certains modèle la MAJ du firmwire n'est pas nécessaire etc. Je pense prendre plus exactement l'ASI120MM en version Mini: est-ce le meilleur choix pour cette gamme ? Merci pour les retours.

La version 41 de OpenLiveStacker semble permettre de se connecter sur un serveur INDI distant. Je ne l'aii pas encore testé (la version 41 est sorti y a que quelques jours) mais j'ai une configuration un peu identique : un rpi (4) avec Raspbian et juste indi-core et certaines librairies d'installés - PlayStore: https://play.google.com/store/apps/details?id=org.openlivestacker&hl=fr - Github: https://github.com/artyom-beilis/OpenLiveStacker

Le programme sera complété au fur et à mesure et une version anglaise sera peut-être mise en place.