keymlinux

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