keymlinux

J’utilise les Altair L-pro, dualband HaOiii et SiiOiii ( mais en version 4nm) sans soucis de halo Cordialement

Bonjour, Dans le titre tu parles de filtre Antlia et dans le lien c'est un filtre Altaïr... sur lequel souhaite tu des informations ? Cordialement

Ca c'était plutot fait expres car les histos sont petits et c'est pas facile de bien viser. Tu avais remarqué aussi... c'est vrai que cela serait plus facile si le zoom horizontal sur histogramme était lui aussi implémenté, comme dans la fenêtre GHS, mais j'osais pas le demander 😉

@lock042 Pendant que je t'ai sous la main, rien a voir avec le problème Python, j'ai 2 soucis (je ne parle pas de bug car c'est peut être un comportement voulu "work as design") 1) lorsque l'on fait une "Composition RVB", Siril fait un filtrage des fichiers images élligibles à l'ouverture, on peut prendre des fit, des tif mais pas de fit.fz compressés (alors dans la composition CFA ou dans pixelmath on peut le faire) Du coup pour mes compositions SHO je dois désactiver l'option de compression pour enregistrer chaque couche en fit au lieu de fit.fz 2) Lorsque l'on fait un étirement GHS, on peut sélectionner le point de symétrie en cliquant dans l'histogramme ou via une selection dans l'image Par contre lorsque l'on fait une recombinaison d'étoiles starless+starmask, pour le point de symétrie on peut utiliser une selection de l'image mais pas cliquer sur l'histogramme, alors que je trouve cela plus pratique (en espérant ne pas être le seul) Il y a moyen d'arranger cela ? (sauf si c'est voulu) Cordialement

Plus de detail ici (notamment 2 ports USB3 et 3 ports USB2 et entrée DC 5.5 2.5) https://svbony.fr/products/controleur-alimentation-sv241-svbony?_pos=2&_psq=sv241&_ss=e&_v=1.0 Il est fait état d'une compatibilité avec NINA, donc je pense qu'ils ont développé un driver ASCOM pour le pilotage des interfaces 12V switchables, et de la sortie a tension variables, par contre aucune indication pour le support de INDI Cordialement

Si je détruit le venv et que je redémarre Siril, il le recrée et installe les packages de base dont "packaging" Rebuild du venv 3:49:42: Préparation de l'environnement virtuel python : /Users/stephane/Library/Application Support/org.siril.Siril/siril/venv. 13:49:42: Vérifier que le module python est à jour... 13:49:43: Installation / mise à jour du module python en arrière-plan. Cela peut prendre quelques secondes... 13:49:57: Le module Python est à jour List des packages installés (venv) MLS-MBP:siril stephane$ pip3 list Package Version --------- ------- numpy 2.3.2 packaging 25.0 pip 24.3.1 sirilpy 0.7.46 Et lorsque je lance le script GraXpert, pas d'erreur à propos du package "packaging", et il installe d'autres packages qu'il a en pré-requis (à noter qu'il downgrade Numpy de la version 2.3.2 à 2.2.6)

Sur mon ordi ce script fonctionne (GraXpert-AI.py), sans le 'import packaging", donc je suppose que certains modules n'ont pas besoins d'un import explicite (supposition car python ce n'est pas ma spécialité...) Il faudrait déjà vérifier si ce package est bien installé dans le venv. @rmor51 Lors du démarage de Siril tu devrais avoir une ligne dans la console qui te donne le répertoire où est le venv Chez moi c'est: 2:54:09: Préparation de l'environnement virtuel python : /Users/stephane/Library/Application Support/org.siril.Siril/siril/venv. En ligne de commande, il faut que tu active ton venv prompt# . <repertoireduvenv>/bin/activate Ensuite tu peux utiliser pip pour vérifier la liste des packages installés (venv) prompt# pip3 list Si le package "packaging n'esiste pas tu peux l'installer manuellement (venv) prompt# pip3 install packaging Et pour quitter le venv (venv) prompt# deactivate prompt# EDIT: ceci étant, modifier le venv siril à la main on devrait éviter, les scripts qui ont des dépendances pour les packages devraient les installer eux même

As tu relancé Siril. Si tu supprime le venv il sera recréé par Siril au prochain démarage avec installation des modules pré-requis

@Skone Dans le script tu peux remplacer la commande "preprocess" par "calibrate" qui la remplace (mais en utilisant un script fait pour une version precedente de Siril tu vas aller de problème en problème....) Toute la doc Siril, y compris la liste des commandes pour les scripts en annexe https://siril.readthedocs.io/fr/stable/

Bonjour, Avec une cam P.O Poseidon-C et des filtres dualband Altair 4nm sur une lulu de 80mm (FD 6.25) avec éventuel réducteur x0.8 (pour passer à FD 5), habituellement je fais l'astrométrie avec des poses à 6sec dans les zones où il y a pas mal d'étoiles, et j'augmente jusqu'a 10sec ci je cible une zone pauvre en étoiles (ou bien quand je n'utilise pas le réducteur). Sans les filtres restrictifs je ne dépasse jamais 2 secondes. Par contre je me pose la question de l'utilité de refaire de l'astrométrie en cour de session pour recentrage, vu que d'une part tu utilise un OAG avec lunette guide, tu ne devrais pas avoir tant de dérive que cela, et que d'autre part on fait souvent du dithering pour éviter au contraire d'avoir toujours les mêmes éléments sur les mêmes pixels (permet de limiter les effets de "bandes", de faire du drizzle, etc...) Cordialement

Bravo, que de détails, magnifique trompe !

@Wan186 Lerci, je ne connaissais pas l’extraction du continuum @rmor51je pensais que l’option Raw16 ou RGB ne pouvait être modifié que dans le panel indi de la caméra, mais il semble que l’on peut le changer aussi dans l’onglet ekos de prise de vue. Tu devrais vérifier ta séquence d’acquisition et voir si ‘option «format» n´est pas sur RGB pour le filtre sii+hb Normalement pour le format il y a deux sélections, mono/rgb et fît/native

Si je comprend bien Kstars t'a enregistré les images en les dematriçant en RGB au lieu d'écrire un RAW sur un seul canal ? (dans ce cas les fit doivent faire 150Mo au lieu de 50Mo) Normalement ce paramètre est liée au driver indi de la camera, je ne vois pas pourquoi ce paramètre aurait changé lors d'un changement de filtre. Peux poster une brute Sii+Oiii en fit ? EDIT Sii+Oiii ou Ha+Oiii, la brute qui est détectée comme RGB par Siril (et comme l'a précisé @Ant-1 je doute qu'il y ait un filtre Ha+Sii vu que les deux sont dans le rouge) Seti Astro = SA, suite d logiciels de traitement astro: https://www.setiastro.com/seti-astros-editng-suite PCC: étalonnage des couleurs par photometrie (photometric color calibration ou un truc du genre...) SPCC: étalonnage des couleurs par spectrophotometrie PCC et SPCC sont dispo dans Siril et dans PIX

Et merci pour vos appréciations En cadeau la Rosette en HOO/SOO/SHO

Merci à tous pour vos appréciations. En cadeau, la trompe de l'éléphant...

Bonjour, C'est de saison, voici quelques photos de la Nébuleuse de la Trompe de l'Eléphant, prises lors des nuits de mi-août avec une Lune de dernier quartier. Pour rappel il s'agit d'une nébuleuse en émission située a environ 3000 AL et observable dans la constellation de Céphée. Le 15/08, prise de vue avec filtre Altaïr Ha+Oiii 4nm pour la version HOO (Lune à 64%) Le 16/08, prise de vue avec filtre Altaïr Sii+Oiii 4nm pour la version SOO (Lune à 53%) Combinaison des couches des deux sessions pour la version SHO Le 17/08, prise de vue avec filtre Altaïr L-pro pour la version RGB (one shot color) (Lune à 42%) Détail du matériel: - télescope: SW Equinox 80/500 - réducteur: TRF-2008 x0.8 - camera: Player One Poseidon-C - monture: SW AZ-EQ6 - guidage: OAG + ASI290mm - filtres Altaïr L-pro et dualband Altair Ha+Oiii et Sii+Oiii Capture via Kstars/Ekos/Indi sur Raspberry (Nafabox) Traitement: Siril et Gimp Les images: Version HOO - Lights: 75x240s gain 125 offset 25 temp -10°C - DOF: 50/50/50 Version SOO - Lights: 72x240s gain 125 offset 25 temp -10°C - DOF: 50/50/50 Version SHO Combinaison avec les couches HA et Sii ci dessus. Pour la couche Oiii utilisation des 147 Lights Version RGB (one shot color) - Lights: 80x180s gain 125 offset 25 temp -10°C - DOF: 50/50/50 Les images postées ici sont en jpeg, réduites en taille (hauteur et largeur divisée par 2) A noter que même avec le réducteur de focale, cela rentre au chausse pied, cette jolie cible mériterait un champ plus large... (la nébuleuse à une taille apparente sur le ciel de 170'x140') RGB HOO SOO SHO (bof bof, ce n'est pas ma préférée) Cordialement, Stéphane

En fait par le passé je me suis plusieurs fois fait avoir avec le cadrage, du coup maintenant je suis méfiant. Par exemple lorsque je fais le goto sur IC1848 comme cible, en fait cela cible le petit amas ouvert qui est dedans mais qui n'est pas centré dans la nébuleuse. De plus j'ai du tourner la camera de 90° pour avoir la longueur de la nébuleuse dans la longueur du capteur (et donc refaire la mise au point car mon porte oculaire à friction bouge dès qu'on le touche). Puis j'essaie de trouver une étoile à cibler qui soit au milieu du champs que je souhaite obtenir, puis goto sur cette étoile + astrométrie (j'autorise seulement 40" d'arc de précision sur l'astrométrie) Et je n'hésite pas à faire une ou deux poses de prévisualisation de plusieurs minutes pour bien voir la nébuleuse et valider le cadrage (je préfère perdre 10 minutes que regretter plus tard...)

Bonjour, Après vous avoir présenté l'année dernière une Nébuleuse de la Rosette en couleur "normales" (RGB one shot color) (voir sujet ci dessous), voici les versions HOO, SOO et SHO issues de deux nuits d'imagerie avec des filtres dualband 31/03/2025 --> Utilisation du filtre dualband Altaïr Ha+Oiii 4nm pour la version HOO 01/04/2025 --> Utilisation du filtre dualband Altaïr Sii+Oiii 4nm pour la version SOO Combinaisons des couches des deux sessions pour la version SHO Détail du matériel: - télescope: SW Equinox 80/500 - réducteur: TRF-2008 x0.8 - camera: Player One Poseidon-C - monture: SW AZ-EQ6 - guidage: OAG + ASI290mm - filtres dualband Altair Ha+Oiii et Sii+Oiii Capture via Kstars/Ekos/Indi sur Raspberry (Nafabox) Traitement: Siril et Gimp Les images: Version HOO - Lights: 90x120s gain 125 offset 25 temp -10°C - DOF: 50/50/40 Version SOO - Lights: 90x120s gain 125 offset 25 temp -10°C - DOF: 50/50/40 Version SHO Combinaison avec les couches HA et Sii ci dessus. Pour la couche Oiii utilisation des 180 Lights Les images postées ici sont en jpeg, réduites en taille (hauteur et largeur divisée par 2) HOO SOO SHO Cordialement, Stéphane

Pas en même temps, cala va dépendre des cibles Pour les nébuleuses en émission (Ha, Oiii, Sii), tu peux utiliser un filtre Dual-band Ha+Oiii ou Sii+Oiii qui est très restrictif, cela filtre aussi les UV et IR, Pour les autres cibles un filtre UV-IR qui ne filtrera que cela, indispensable si le hublot de ta camera n'est pas déjà traité pour filtrer les UV et IR Si tu image depuis un ciel avec un peu de pollution lumineuse tu peux utiliser un filtre CLS au lieu d'un UV-IR (il filtrera aussi les UV et l'IR en plus de certaines longueur d'ondes spécifiques à l'éclairage des villes) Cordialement, Stéphane

Profitant d'une rare nuit favorable au niveau météorologique et sans Lune, j'ai pu imager La Nébuleuse de l'âme. Il s'agit ici une version couleur normale (one shot color), des versions HOO et SHO suivrons, dès que la météo le permettra... Et comme cela fait un moment que je n' avais pas posté, je vais devoir rattraper le retard accumulé, je ferais d'autres posts pour vous présenter les nébuleuses de la Rosette en HOO/SHO, la Méduse et la Trompe d'éléphant que j'ai imagé depuis début 2025... Concours de circonstance, la même nuit @rmor51 traquait la même cible, voir son post ici Cible: Nébuleuse de l'Ame Nébuleuse en émission et amas ouvert, située dans la constellation de Cassiopée, à une distance d'environ 6500 AL de nous, et une taille d'environ 150 AL dans la longueur. Capture (24/08/2025): - 90 poses de 180 secondes - prises de vues à gain 125, offset 25, température 0°C (petit soucis, je n'ai pas réglé la bonne température, d'habitude de vise -10°C) - DOF 50/50/50 Le setup: - monture SW AZ-EQ6 - lunette SW Equinox 80/500 - correcteur réducteur x0.8 TRF-2008 - camera PlayerOne Poseidon-C - guidage au diviseur optique avec ASI290mini - filtre L-pro (Altaïr) - Kstars/Ekos/Indi sur un raspberry pour piloter le setup Traitements: - pre-traitement via Sirilic / Siril (retrait du gradient effectué sur la séquence lors du pré-traitement) - traitement Siril -- Retrait de gradient GraXpert (via script Siril) -- Photometrie -- Etirement Hyperbolique Généralisé -- Réduction d'étoiles (pour la version avec réduction, via script Siril/Starnet++) -- Retrait du bruit vert -- post traitement Gimp (MakeDarkSky via plugins PyGapM27, courbes) La version sans la réduction d'étoiles La version avec réduction d'étoiles La résolution astrométrique Cordialement, Stéphane

A ta place je remplacerais le Optolong L-extreme par un Optolong L-pro Il est très efficace sur la pollution lumineuse et bien moins restrictif qu'un dual-bande note: le l-pro a une épaisseur de 2mm comme ton filtre Antlia et contrairement au l-extreme qui fait 1,85mm (je dis cela pour la parafocalisation avec ta roue a filtre) moi j'ai abandonné le Optolong L-pro au profit d'un Altair L-pro pour justement avoir la même épaisseur de 1,85mm sur tous mes filtres.... 😉

Bonjour, Pour info, à cette date le problème est toujours d'actualité 1) Siril (version 1.4.0 beta2, la beta3 n'est pas disponible pour ubuntu 24.4) a une dépendance sur "libxisf0", package dispo dans le repository standard ubuntu 2) Kstars-bleeding (version 3.7.8) a une dépendance sur "libxisf", tout deux dispo sur le PPA de Jasem

Bonjour Robert, J'ai le même capteur sur une PlayerOne Poseidon-C, utilisée avec Kstars sur un PI5 (Ubuntu 24.4) J'utilise un gain 125 offset 25 (on ne peut pas vraiment comparer ces valeurs entre des camera de marques différentes, elles dépendent fortement de choix fait dans l'implémentation des firmware et drivers, plus que du capteur lui même, le plus efficace c'est de comparer les courbes fournies par le constructeur pour voir à quelle valeur de gain se déclenche l'ampli) Une option disponible avec la Poseidon-C (et que j'ai activé) c'est de faire des captures en mode "low noise", qui bénéficie d'un bruit de lecture plus faible (Player one fourni les courbes pour les 2 modes). Tu devrais vérifier si ta camera propose une telle option. Je n'ai pas vu d'autres options jouant sur la qualité de la capture. Il existe des options jouant sur le débit de transfert USB, mais a l'usage la valeur par défaut me va bien. A noter que sans rien toucher au débit USB, on réduit drastiquement le temps de récupération d'une image en passant d'une carte SD à un disque SSD, puis d'un SSD à un NVME. Le facteur limitant semblant être ici le débit d'écriture stockage plus que le débit entre la caméra et le rpi. Vu que la com est refroidie, je fais toutes mes captures à -10°C, et j'ai une bibliothèque de Bias/Darks que je renouvelle 1 fois par an. A l'usage le darks sont très propres et au traitement je vois peu de différences entre le traitement avec ou sans dark Je ne vois pas d'autre point à optimise coté caméra. En fait dans mon cas personnel, mon problème n'est pas coté caméra mais coté tube optique, ma lunette Equinox 80D devenant désormais le maillon faible de mon setup... Cordialement Stéphane

Je suis un boulet ! j'avais bien téléchargé l'image brute, mais je n'avais pas lu les détails, tout y est cible et filtre... J'avais vu dans l'en tête fit que la cible était ngc7788, mais comme je ne voyais pas d'amas sur la brute j'avais même fait une résolution astrométrique, l'amas est tout petit dans le champ couvert, et Siril ne m'indique pas la présence de LBN576... Ce n'est visiblement pas une cible facile !

Les fichiers STL Support PI5 v2.0 - bas.stlSupport PI5 v2.0 - haut.stl Tu peux aussi aller sur Tinkercad ou je partage les modèles (tu peux les cloner et les modifier pour les dimensions de ton boitier) https://www.tinkercad.com/things/k6iCjoBygar-support-pi5-v20 Avant j'utilisais un Pi4 avec un boitier disposant aussi d'un pas de vis kodak (pas trouvé d'équivalentes pour le PI5), j'avais fait un support pour le PI + disque dur externe (Samsung T5) + hub usb https://www.tinkercad.com/things/caiKp8ArGpM-support-rpi-hub-usb-dd-t5-v6 Cordialement