keymlinux

Bonjour à tous, J'avais déjà en février 2023 imagé ces cibles, mais à l'époque c'était avec un APN Canon non défiltré (voir post ci-dessous) Désormais c'est avec une camera astro (et avec un réducteur x0.8 pour avoir un peu plus de champ) que j'ai retenté cette cible, mais un peu tard dans la saison, cause météo défavorable. Je vais devoir attendre l'hiver prochain pour refaire Orion et les Pleïades avec la camera. Cible: Nébuleuses de la Flamme et de la Tête de Cheval Capture (17/03/2026): - Lights: 180x60s gain 125 offset 25 temp -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 -- Photometrie PCC -- Veralux Nox -- Veralux Silentium -- Veralux Stretch -- Veralux Curves -- Veralux Revela -- Veralux Vectra -- Retrait bruit vert SCNR Version jpeg réduite (hauteur et largeur divisée par 2) Résolution astrométrique Cordialement, Stéphane

Bonjour, Pour faire suite aux photos de la Nébuleuse de l'Ame (voir post ci-dessous), voici enfin sa voisine la Nébuleuse du Coeur que j'ai pu imager après deux mois de météo défavorable... Cible: Nébuleuse du Coeur Capture (04/03/2026): Version HOO - Lights: 60x240s gain 125 offset 25 temp -10°C - DOF: 50/50/50 Capture (08/03/2026): Version SOO - Lights: 70x240s gain 125 offset 25 temp -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 - filtres HA+Oiii et Sii+Oiii (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 -- Photometrie SPCC -- Veralux Nox -- Veralux Silentium -- Veralux Stretch -- Veralux Curves -- Veralux Revela -- Retrait bruit vert SCNR Versions jpeg réduites (hauteur et largeur divisées par 2) Version HOO Version SOO Résolution astrométrique Cordialement, Stéphane

Bonjour, Pour faire suite à la Nébuleuse de l'Ame présentée dans le post ci-dessous, voici maintenant les versions HOO et SOO à noter que la météo étant ce qu'elle est, pas de sortie photo entre ces deux prises, donc entre août et décembre 2025...que du bonheur le ciel d'Ile de France... Cible: Nébuleuse de l’Ame Captures (30/12/2025): Version HOO - Lights: 60x240s gain 125 offset 25 temp -10°C - DOF: 50/50/50 Version SOO - Lights: 30x240s gain 125 offset 25 temp -10°C - DOF: 50/50/50 note: 30x240s ce n'est clairement pas assez, il faudra que je retenté avec plus de poses 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 - filtres HA+Oiii et Sii+Oiii (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 -- Debruitage GraXpert (via script Siril) -- Etirement Hyperbolique Généralisé -- post traitement Gimp (MakeDarkSky via plugins PyGapM27, courbes) Version HOO Version SOO Cordialement, Stéphane

Avec presque un an de retard, permettez moi de vous présenter ma tentative sur la Méduse Cible: Nébuleuse de la Méduse (IC443) Rémanent de supernova, située dans la constellation des Gémeaux, accompagnée dans le cadrage de IC444 Capture (06/04/20225) - 60 poses de 180 secondes - prises de vues à gain 125, offset 25, température -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 HA+Oiii(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 -- Debruitage GraXpert (via script Siril) -- Etirement Hyperbolique Généralisé -- Retrait du bruit vert -- post traitement Gimp (MakeDarkSky via plugins PyGapM27, courbes) L'image présentée est en jpeg, réduite en taille (hauteur et largeur divisées par 2) Résolution astrométrique Cordialement, Stéphane

Bonjour, 10 secondes d'exposition, c'est court, cela peur être la cause première de non détection d'étoiles mais pas la seule. Pour les critères de détection il y a aussi la rondeur des étoiles, et si tu a de la dérive (peu probable avec des poses de 10secondes), ou de la déformation d'étoiles qui peut avoir des causes différentes (tilt, coma,, etc...) Dans Siril tu peux assouplir les règles de détection d'étoiles Après avoir chargé ta séquence d'images, dans l'onglet empilement, choisir le mode "alignement global (ciel profond)" A coté de l'option "Min. paires d'étoiles" (10 par défaut) il y a un bouton représentant un engrenage --> l'utiliser pour avoir une fenêtre de paramètrage pour la recherche d'étoiles --> cocher l'option "assouplir les contrôles PSF" --> éventuellement réduire le paramètre rondeur tu peux utiliser le bouton représentant 3etoiles en bas de cette fenêtre pour détecter et visualiser les étoiles dans tes images Cordialement, Stéphane

Bonjour, le filtre OD5 divise la luminosité par 100000 et est donc adapté à la photo et à l'observation visuelle le filtre OD3.8 divise la luminosité seulement par 8000 environ, c'est sans danger pour un capteur d'appareil photo mais trop lumineux pour nos yeux (donc dangereux) Pour ton APN tu peux utiliser l'un comme l'autre, seul le temps de pose va changer. Et je confirme, pendant la phase de totalité tu peux enlever le filtre, sinon c'est tout noir. Pour le filtre tu peux bricoler un support en carton, il faut que cela tienne bien en place mais que cela soit facile à enlever et à remettre sans prendre le risque de modifier la mise au point en le manipulant Tu trouveras sur la page ci dessous un calculateur de temps de pose en fonction de ce que tu souhaite photographier (partialité, diamond ring, grains e Baily, couronne, etc...) http://xjubier.free.fr/site_pages/SolarEclipseExposure.html Tu peux jeter un oeil sur le sujet ci dessous. J'ai utilisée un APN APS-C avec un objectif 70-300mm utilisé à 300mm Je te préconise l'utilisation du tiens à 400mm (pas à 500) comme cela cela couvrira un peu mieux le capteur tout en gardant de l'espace pour les extensions de la couronne Cordialement, Stéphane

En tout cas c'est ce que je fais avec des asi178mm et asi290mm et une PO poseidon, et aucun problème rencontré. Coté Ekos on saisi la valeur gain souhaitée et c'est utilisé tel quel (valeur qui correspond à la courbe fournie par ZWO ou P.O selon que l'on recherche le déclenchement du HCG ou un éventuel gain unitaire) EDIT Pour l'offset camera, ici aussi l'offset saisi dans Ekos est envoyé tel quel à la camera, ensuite c'est le firmware qui fait ce qu'il veut. Sur la poseidon la valeur de l'offset réel (la valeur moyenne obtenue sur une image bias donc) appliqué par la camera c'est 8 fois l'offset saisi dans Ekos. Pour l'ASI178mm c'est 4 fois la valeur saisie (pour l'ASI190 je ne sais pas, jamais fais d'images bias pour cette camera utilisée seulement pour le guidage) note: en français on utilise le mot "offset" pour 2 choses différentes, la valeur d'offset camera et l'image offset. Pour cette dernière je préfère utiliser le terme anglais "bias"

Bonjour, Techniquement Ekos ne manipule pas un "gain", il manipule une valeur numérique qui sera interprétée par ta camera (je veux dire par là que ekos se fout de savoir si ce sont des dixièmes de db). Si tu met 135 dans ekos pour la valeur de gain, alors cette valeur est envoyée à la camera, et c'est le firmware de la camera qui fait correspondre cette valeur au gain unitaire Pour une camera asi 2600, le gain déclenchant le HCG est 100, alors dans ekos tu met gain=100 pour que cette valeur soit envoyée à ta camera Avec une player one poseidon (même capteur que la asi 2600) le HCG se déclenche à 125 (le capteur est le même mais l'intégrateur P.O. a fait un choix différent de ZWO dans l'implémentation de son firmware), donc dans ekos tu mettra 125 pour que cette valeur soit envoyée à la camera Je le répète, dans Ekos le gain est une valeur numérique qui est envoyée telle quelle à la camera, peu importe de savoir si ce sont des dixièmes de db ou ces carottes... Cordialement

Bonjour, Donc en clair, pour que ce soft fonctionne il faut 1) mettre root en propriétaire de l'exécutable 2) donner le 'setuid" flag à ce binaire, ce qui au passage signifie que quelquesoit l'utilisateur qui va lancer la commande, pendant son exécution ce binaire aura les droit de son utilisateur propriétaire et pas de l'utilisateur lanceur, donc en clair les droits de root Donc si je résume, vous récupérez un binaire dont on a pas les sources (l'auteur partage le binaire, mais pas les sources), d'un logiciel qui fonctionne sous java (produit bien connu pour sa sécurisation... sic), et vous l'autorisez à se lancer avec des droits root sur votre machine Et bien moi je passe mon tour.... Cordialement

Bonjour, Dans ton pdf il apparaît un critère de conservation de 90% des images en manuel, mais ce paramètre n’est pas utilisé avec sirilic. La différence est peut être là ( sachant que 64 c’est environ 90% de 72)

Bonjour, A ce jour il y a toujours une incompatibilité de librairies entre Siril et Kstars , et le problème est du côté de Kstars avec une librairie propriétaire qui vient poser des problèmes de dépendances avec la librairie de la distribution linux (qui elle est utilisée par Siril) Donc pour le moment c’est Siril ou Kstars sur une distribution basée sur une Ubuntu note: je n’ai pas testé avec des versions packagées de Siril type app image ou flatpak pour voir si cela permet de faire abstraction des dépendances (dans ce type de paquet on a l’appli et les librairies nécessaires, pour ne pas dépendre de celles installées sur l’OS Je teste dès que je rentre de Norvège 🌈(pas trouvé de smiley pour les aurores boréales) @rmor51 a peiori toi aussi tu avais le problème avec cette librairie Cordialement

Bonjour, @bemo Cela est certainement dû au fait que ton écran flat n'a pas une emission homogène dans toutes les longuers d'ondes, et c'est un peu normal en fonction de la techno utilisée Par exemple, avec des LEDs on a souvent une dominante dans le bleu, et très peu de luminosité dans le rouge, hors le filtre Ha, en plus d'être selectif l'est dans le rouge profond (vers 656nm de mémoire), donc là où les LEDs blanches ne sont pas à la fête Avec un filtre L tu prend tout le spectre visible donc c'est là que tu aura le plus de flux donc le temps de pose le plus court Avec les filtres RGB, tu aura moins de flux mais ce sont des filtres larges (plusieurs centaines de nm) donc des temps de poser acceptables Avec les filtres Ha, Oiii et Sii, ils sont très sélectif donc le flux sera faible et le temp de pose plus important. Le Oiii s'en sortira mieux car il est positionné sur le bleu/vert où les LEDs génèrent quand même pas mal de flux, mais le Ha et le Sii, positionnés sur le rouge seront à la rue Voir le sujet suivant où je parle de ce soucis avec mon écran à flat bricolé Cordialement

Je pense qu'il faudrait aussi l'ajouter dans la boite de dialogue pour la configuration des options de la session, pratique pour ceux qui font le choix d'avoir des options différente pour chaque session (à toi de voir si tu veux conditionner l'affichage du nom de session à l'état booléen de l'option en question)

Mais c'est bien le cas on a l'avertissement à l'ouverture d'un ancien projet et pas systématiquement à chaque ouverture du soft. Par contre lorsque l'on lance Sirilic il recharge le dernier projet ouvert. Si tu a eu l'avertissement lors du lancement c'est que le dernier fichier projet chargé était en v1, cela va disparaitre une fois que tu aura converti le projet et ouvert le v2 --> au prochain lancement il ouvrira le projet v2 et tu n'aura plus le message. En tout cas c'est le comportement que j'observe. Si de ton coté tu est questionné sur le conversion à chaque lancement je comprend que c'est un peu galère. EDIT: je viens de vérifier, et si le fichier de config de sirilic contient dans son entrée 'last_project': le nom d'un fichier qui est au format v1 alors tu est questionné sur la conversion. Une fois que le fichier qui est indiqué dans cette entrée est au format v2 tu n'est plus questionné (tu ne le seras qu'a la prochaine tentative d'ouverture d'un autre fichier v1) note: sur macOS ce fichier de config est nommé ".sirilic_rc", dans le répertoire racine de l'utilisateur. Cordialement

Ben non, le but c'est bien d'être prévenu que le projet que l'on charge n'est plus compatible et de proposer une conversion. Ce que tu souhaites c'est que cela fasse la conversion automatiquement sans prévenir ? je pense que cela n'est pas souhaitable C'est mon avis perso, vous avez le droit de ne pas être d'accord 😉 Cordialement

Bonjour, J'ai un comportement bizarre suite à la conversion d'un projet avec la RC5 La manip: - je lance Sirilic en mode expert - je créé un nouveau projet pour l'objet M1 (pour être sur d'être en projet v2.0) - les boites de dialogues "add files" et "configure" peuvent être ouvertes normalement - j'ouvre un projet pour IC_1848 qui est ancien, cela me propose la conversion, que j'accepte, et j'enregistre le nouveau fichier généré - mais par contre je constate que le projet affiché est toujours le précédent pour M1 (il y a eu conversion mais pas chargement du projet converti) - mais surtout, si je tente d'ouvrir les dialogues "and files" ou "configure" pour le projet M1 toujours chargé j'ai un message d'erreur (alors que ce projet est un projet v2) note: j'ai testé la re-exécution de mon projet avec Ha+Oiii et Sii+Oii avec drizzle x2 et composition HOO et SOO, cela fonctionne parfaitement 17:09:03: Exception in Tkinter callback 17:09:03: Traceback (most recent call last): 17:09:03: File "/Applications/Siril.app/Contents/Frameworks/Python.framework/Versions/3.12/lib/python3.12/tkinter/__init__.py", line 1968, in __call__ 17:09:03: return self.func(*args) 17:09:03: ^^^^^^^^^^^^^^^^ 17:09:03: File "/Users/stephane/Downloads/App/sirilic/Expert.py", line 197, in cbConfigure 17:09:03: dlg=CPropertiesDlg(parent=self,imagedb=imagedb, prjprop=prop, icon_path=ICON_PATH) 17:09:03: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 17:09:03: File "/Users/stephane/Downloads/App/sirilic/gui/DlgProperties.py", line 1047, in __init__ 17:09:03: iodf = self.imagedb['Images'][IMAGE] 17:09:03: ~~~~~~~~~~~~^^^^^^^^^^ 17:09:03: TypeError: 'NoneType' object is not subscriptable 17:09:06: Exception in Tkinter callback 17:09:06: Traceback (most recent call last): 17:09:06: File "/Applications/Siril.app/Contents/Frameworks/Python.framework/Versions/3.12/lib/python3.12/tkinter/__init__.py", line 1968, in __call__ 17:09:06: return self.func(*args) 17:09:06: ^^^^^^^^^^^^^^^^ 17:09:06: File "/Users/stephane/Downloads/App/sirilic/Expert.py", line 225, in cbAddImages 17:09:06: files = shdata.idb.Files(keystr) 17:09:06: ^^^^^^^^^^^^^^^^^^^^^^^^ 17:09:06: File "/Users/stephane/Downloads/App/sirilic/lib/database.py", line 224, in Files 17:09:06: return self.db[keystr].Files(files) 17:09:06: ~~~~~~~^^^^^^^^ 17:09:06: KeyError: 'M1/L/S-01' EDIT: dans l'ancienne version de Sirilic, il y avait une synthèse générée dans la low à la fin, c'était bien pratique, mais cela a disparu avec la version 2.0. C'est voulu, lié a une contrainte technique ou bien c'est un oubli ? ################################################################################ Synthèse: [1] NGC_2244/RGB/20240111a: offset ... * Rejet des pixels dans le canal #0 : 0.413% - 0.690% * Estimation du bruit (canal : #0) : 0.872 (1.331e-05) [2] NGC_2244/RGB/20240111a: offset, dark ... * Rejet des pixels dans le canal #0 : 0.467% - 0.813% * Estimation du bruit (canal : #0) : 0.559 (8.529e-06) [3] NGC_2244/RGB/20240111a: offset, dark, flat ... * Rejet des pixels dans le canal #0 : 0.272% - 0.274% * Estimation du bruit (canal : #0) : 13939.593 (2.127e-01) [4] NGC_2244/RGB/20240111a: offset, dark, flat, image ... [5] NGC_2244/RGB/20240111a: offset, dark, flat, image, register ... * Total : 0 en échec, 120 alignées. * Total : 0 en échec, 120 exportées. [6] NGC_2244/RGB/20240111a: offset, dark, flat, image, register, stack ... * Rejet des pixels dans le canal #0 : 0.142% - 0.729% * Rejet des pixels dans le canal #1 : 0.110% - 0.690% * Rejet des pixels dans le canal #2 : 0.187% - 0.879% * Estimation du bruit (canal : #0) : 2.853 (4.354e-05) * Estimation du bruit (canal : #1) : 3.340 (5.097e-05) * Estimation du bruit (canal : #2) : 2.296 (3.504e-05) ################################################################################ Cordialement

Bonjour, et tout mes voeux pour cette nouvelle année, Je viens de tester, pas de soucis rencontré idée jetée en l'air: - ne serait il pas judicieux d'ajouter dans le fichier projet une balise de version ("version=2.0" par exemple), et lors de l'ouverture d'un fichier projet, si la balise de version est manquante ou indiquant une version inférieure à celle souhaitée (pour les évolutions futures) d'émettre un message d'avertissement pour les utilisateurs les invitant à convertir leur fichier projet au préalable - un peu comme le paramètre "requires" de siril, qui permet d'avoir une erreur si on utilise un script trop vieux Cordialement

Bonjour Pierre, Le site est souvent cité (et affilié) par les blogueurs spécialisés en photographie et semble jouir d'une bonne répuation, ils expédient quasiment dans le monde entier. Par contre c'est une boutique aux US, donc il faut ajouter le frais de ports (DHL ou FEDEX au choix), et les taxes d'importation en France. Tu peux avoir une simulation du coût avec transport et taxes en mettant un produit dans le panier. De plus, même si le site te permet d'afficher une estimation du prix en euros, la facturation et la transaction se font en dollars US, donc quelques frais de change en plus seront appliqués par ta banque. Cordialement, Stéphane

Cela fonctionne parfaitement Thème clair Thème sombre precision: - la gestion du thème n'est pas traitée dynamiquement (c'est e cas sur certains softs) , mais cela ne pose pas de problème car les 2 cas sont bien lisibles (noir sur gris clair ou blanc sur gris foncé) - par dynamiquement j'entend par là que certains softs s'adaptent immédiatement si un utilisateur change le thème dans les options du Mac (cela peut aussi arriver hors du contrôle de l'utilisateur si il a choisir l'option "auto", alors cela s'adapte à des conditions horaires). Par non dynamiquement j'entend qu'il faut relancer le script de Sirilic pour s'adapter au nouveau thème. Tout cela pour dire que ce n'est pas important mais pour que tu saches dès fois qu'un utilisateur de Mac te fasse la remarque EDIT: et n'oublie pas de lâcher le clavier pour le réveillon 😉

Je viens de télécharger et tester le build 46f25906 Toujours le même soucis d'aide contextuelle en blanc sur gris clair avec le thème sombre

Pas d’effet visible

@bou-fon Il faut désactiver la compression côté sirilic via le bouton « global préférence » dans l’interface « expert »

J'utilise le thème "default". Mais avec les autres thèmes j'ai le même soucis sur le aides contextuelles. En plus avec certains themes c'est aussi écrit en blanc sur fond gris sur le contenu de champ de saisie exemple, thème default (seule l'aide pose problème) exemple thème élégance (ici même les champs a saisir sont en blanc sur gris, mais comme le gris est plus foncé cela passe) EDIT: surf le Mac il y a un affichage au choix avec ton clair ou sombre avec le ton clair l'aide contextuelle est écrit en noir su gris clair avec le ton sombre j'ai du blanc sur gris clair, au lieu d'avoir du blanc sur gris foncé version ton clair

Bonjour, C'est faisable. En fait c'est nécessaire, car si l'on ne spécifie pas ces options (scale=2 et pixfrac=0.5) avec l'option drizzle alors on a pas une image doublée en résolution A ce propos, il y a un effet de bord: - sur mon traitement de couches HaOiii et SiiOiii - si (comme moi) on a forcé la focale et le pixel size pour le findstar, alors c'est enregistré dans les options du setfindstar - si l'on utilise un drizzle scale=2 lors du register des images sources, le findstar fonctionne bien, et en sortie les images sont doublées en résolution - le problème c'est à la fin du script, après le compositions HOO et SOO, le script généré tente un register sur la sequence C- (les couches Ha, Sii et Oiii, cette dernière étant en double) --> cette séquence est constituée d'images doublées en résolution, donc le register échoue car la detection d'étoiles n'est pas correcte avec les paramètres focale/pixelsize courants (qui permettent de calculer l'échantillonnage) --> si je fais un "setfindstar reset" (pour supprimer le forçage de la focale/pixel size) avant le register de cette sequence C- alors cela fonctionne. Peut être faudrait il générer un reset des paramètres du findstar dans le script juste avant le register de la séquence C- --> en fait comme on veut juste supprimer les paramètres qui dependent de la résolution, comme "radius", "focale" et "pixel size", il faudrait faire un reset mais aussi redéfinir les autres options qui ont été forcées (dans les options de la section "star finding") et qui restent valables Tu n'est pas tout seul, personnellement je garde toutes mes images (lights et DOF) et les fichiers projets Sirilic, pour tenter de nouveaux pré-traitements et traitements avec les évolutions de Siril. Et effectivement c'est aussi utile si on reviens imager une cible pour ajouter du signal en multisession EDIT: petit soucis aussi, les aides contextuelles (qui s'affichent lorsque l'on passe le curseur de la souris sur certaines options), l'aide s'affiche systématiquement (quelquesoit le theme choisi) écrit en blanc sur fond gris clair, très peu lisible. Cordialement

Effectivement, je n'ai le problème qu'avec les anciens fichiers projets. D'ailleurs en créant un nouveau projet et en tentant d'ajouter des fichiers j'ai eu un nouveau soucis, voir mon post précedent que j'ai édité (pile au moment où tu postait une réponse..) EDIT: j'ai fait un nouveau projet avec 2 couchers HaOiii et SiiOiii Lors du traitement de la couche HaOiii cela génère au final une image composition HOO via la commande suivante: # HOO compositing rgbcomp ../cHaO3_Ha ../cHaO3_O3 ../cHaO3_O3 -out=../../../final_HaO3_O3_HOO Mais lors du traitement de la couche SiiOiii, la composition est notée HOO au lieu de SOO Si on sait que l'on traite la couche cS2O3 ne serait il pas plus judicieux de nommer cela composition SOO et de générer un fichier nommé SOO ? # HOO compositing rgbcomp ../cS2O3_S2 ../cS2O3_O3 ../cS2O3_O3 -out=../../../final_S2O3_O3_HOO Cordialement