keymlinux

Superbe ! Quand on voit les brutes, on se dit que l'astrométrie c'est quand même bien pour être sûr du cadrage 😉

Superbe ! Personnellement le SHO en tons pastels je préfère cela aux couleurs trop saturées de certains (nos amis outre atlantique son fan des SHO agressifs...) A la réflexion, le seul défaut que je note ce sont les aigrettes sur les étoiles (non mais c'est quoi cette manie de rajouter des aigrettes sur les images prises avec des lulus 😇) Cordialement, Stéphane

Bonjour, @Jakalex J'ai un peu joué avec ton image sortie d'empilement. Plutôt que de poster seulement le résultat, je vais plutôt faire un post un peu long pour te montrer par étape ce que j'ai fait (et ce que j'ai constaté sur ton image). Garde à l'esprit que je ne suis pas un expert du traitement. Ton image initiale en sortie d'empilement (juste ouverte dans Siril, affichée en mode "auto ajustement", et avec une rotation car le préfère M31 dans ce sens mais c'est un choix perso...) note: toutes les images que je poste ci dessous sont réduites à 800pixels de large et compression jpg Premier constat il y a un gros gradient avec un fond de ciel ayant une luminosité croissante dans la diagonale bas-gauche vers haut-droit Ensuite j'ai fait une PSF pour voir la tête qu'ont tes étoiles Second constat, Siril a du mal a détecter les images sur la partie gauche de l'image Elles ont une taille allongée et plus on va vers la gauche plus elles sont déformées. Si cette élongation était uniforme sur l'image on pourrait suspecter un problème de suivi, mais là je suspecte plus un problème de tilt Si on fait afficher l'estimation du TILT Je pense que cela confirme le TILT (cela ne ressemble pas à un problème de suivi ni a un problème de rotation de champ). Et puis avec des poses de 16sec à 50mm de focale, un problème de suivi resterait peu visible On fait afficher l'inspecteur d'aberration Confirmation visuelle, les étoiles des coins gauches sont plus allongées que celles des coins droits. On va traiter le gradient. J'ai d'abord testé avec Siril mais n'étant pas content du résultat j'ai finalement traité le gradient avec GraXpert Le gradient trouvé: Le résultat du retrait de gradient + dé-bruitage + léger "crop" de GraXpert (ici je montre la version avec histogramme étiré automatiquement pour l'affichage, mais en sortie de GraXpert j'ai gardé une version non étirée pour faire l'étirement dans Siril) Je n'ai pas fait d'étape d'étalonnage des couleurs, ni automatique (problème d'astrométrie), ni manuelle. Ensuite je suis passé à l'étirement de l'histogramme en mode GHS, avec 3 étapes: un étirement initial, un réglage du point noir (pour réduire la luminosité du fond de ciel qui est pas mal montée lors de la première étape de l'étirement), et une 3eme étape pour affiner HISTORY GHS pivot : 0.002, montant : 186.64, local : 15.00 [0.00 0.82] HISTORY GHS LINEAR BP : 0.10 HISTORY GHS pivot : 0.163, montant : 2.90, local : 0.00 [0.08 0.85] Puis une réduction du bruit vert (SCNR) Voici l'image en sortie de ces traitements Siril. Je la trouve un peu trop "rouge", certainement du au fait qu'il n'y a pas eu d'étape d'étalonnage des couleurs, je réduirait cette dominante rouge dans Gimp. De plus, pour compenser le manque de signal (poses courtes 80x16sec c'est court même pour une cible lumineuse comme M31) j'ai un peu trop tiré sur les curseurs de l'étirement de l'histogramme, donc le fond de ciel est trop lumineux à mon goût, je vais aussi utiliser Gimp pour traiter cela. Dans Gimp, j'ai un peu réduit le niveau de rouge, et j'ai utilisé les plugins PyGapM27 (l'auteur développe aussi l'utilitaire Sirilic), juste l'option "MakeDarkSky" pour assombrir le fond de ciel. Au final (certains pourraient trouver le fond de ciel trop sombre, les goûts et les couleurs, chacun son avis...) Voila... Cordialement, Stéphane Ci dessous la version jpeg mais avec la taille d'origine pour pouvoir zoomer sur les détails

La NASA abandonne la mission VIPER https://www.cite-espace.com/actualites-spatiales/la-nasa-abandonne-la-couteuse-mission-lunaire-viper/#:~:text=Il devait atteindre le Pôle,rendre les prochaines missions Artemis.

Bonjour, Pour la résolution astrométrique avec Siril, j'ai souvent des soucis moi aussi avec les images qui ont un "grand champ"... En utilisant le moteur de Astrometry.net (pas en ligne mais installé en local) j'obtiens avec ton image FIT les infos suivantes: Field 1: solved with index index-4212.fits. Field 1 solved: writing to file ../Andromède.solved to indicate this. Field: ../Andromède.fit Field center: (RA,Dec) = (9.923874, 41.177445) deg. Field center: (RA H:M:S, Dec D:M:S) = (00:39:41.730, +41:10:38.801). Field size: 7.84655 x 5.04272 degrees Field rotation angle: up is -51.0544 degrees E of N Field parity: pos Creating new FITS file "../Andromède.new"... Creating index object overlay plot... Creating annotation plot... Your field contains: The star ν And / 35 And The star 32 And NGC 205 / M 110 NGC 221 / M 32 NGC 224 / Andromeda Galaxy / M 31 @Archer92 a donné un très bon conseil, à savoir suivre le tuto "traitement" de Colmic En regardant dans le FIT que tu as fourni, je note que lors de ton traitement tu as fait 2 fois un retrait du gradient et 2 fois un retrait du bruit vert, à mon avis il faut éviter de doubler ces opérations (menu hamburger + informations de l'image + en tête fit pour avoir les infos) HISTORY mean stacking with winsorized sigma clipping rejection (low=3.200 high=3 HISTORY .200), additive+scaling normalized input, normalized output, no image we HISTORY ighting, equalized RGB HISTORY Extraction du gradient (Correction : Subtraction) HISTORY Extraction du gradient (Correction : Subtraction) HISTORY Recadrage (x=1168, y=157, w=4825, h=3096) HISTORY D convolution HISTORY Transf. histogramme (mid=0.004, lo=0.001, hi=1.000) HISTORY SCNR (type=neutre moyen, qt =1.00, pr serve=true) HISTORY SCNR (type=neutre moyen, qt =1.00, pr serve=true) HISTORY Rehaussement de la saturation (quantit =0.26) Ton étirement de l'histogramme est perfectible (a mon avis c'est l'opération la plus complexe dans le post traitement) Ci dessous ce que j'ai obtenu en retraitant un peu ton image (Siril + Gimp). Il y a du potentiel. Si tu peux poster ton FIT en sortie d'empilement et avant tout post traitement je suis intéressé de voir ce que je peux en tirer Tout faire "a la main" dans Siril c'est bien pour comprendre pas a pas ce que fait le logiciel et comment fonctionne le traitement d'une image, mais un peu d'automatisation cela aide aussi parfois. Je t'invite à télécharger et à utiliser Sirilic qui permet de simplifier les étapes de pré traitement avec les DOF et l'empilement. https://gitlab.com/free-astro/sirilic Cordialement, Stéphane

Je l'ai prise le soir du 14 juillet, pas depuis Juvisy, mais 60km plus au sud à la limite des départements 77/91/45, un coin tranquille où je vais régulièrement (quand la meteo est bonne donc pas si souvent) Vu que nous somme voisins, une petite anecdote en cette période de fête nationale... Le soir du 13 juillet j'avais prévu une sortie astrophoto, la météo 3 jours avant semblait favorable, arrivé au samedi finalement temps couvert, j'ai changé de plan au dernier moment pour aller photographier le feu d'artifice de Viry (une catastrophe, temps pluvieux, arrivé sur place trop tard, trop de monde, mal placé, géné par des arbres, bref soirée nulle). J'aurais dû retourner shooter le feu d'artifice de Draveil, comme il y a quelques années (échantillon ci dessous, il y avait aussi des arbres mal placés, mais moins gênants) EDIT: APN Canon 80D Objectif Canon 18-135mm à 18mm 100 ISO, f/11, pose unique de 7 secondes

Tu as raison, une présentation en mode portrait avec M21 en haut aurait mieux reflété sa position dans le ciel (car c'est comme cela qu'on la "voit" depuis l'hémisphère nord). Mais comme la camera m'a ramené une prise de vue horizontale et que je l'ai traité à l'horizontale..... c'est resté comme cela... 🙂

on l'attend avec impatience ! C'est disponible ici Cordialement

Bonjour, Malgré une météo peu clémente il est bon de se rappeler que c'est l'été , et le Sagitaire offre de belles cibles. Je vous propose les nébuleuses de la Lagune et Trifide. On vise la Voie Lactée, donc il y a du monde sur la photo. Ces cibles restent basses sur l'horizon, ce qui réduit leur période de visibilité dans des conditions acceptables Capture: - 63 poses de 60 secondes (j'avais prévu 90 poses mais des problèmes informatique ont écourté ma session) - Darks + offsets, mais manque les Flats (suite aux problème info, la prochaine fois je les ferais en début de séance...) - prises de vues à gain 125, offset 25, température -10°C Le setup: - monture SW AZ-EQ6 - lunette SW Equinox 80/500 - correcteur TSFLAT2 - camera PlayerOne Poseidon-C - guidage au diviseur optique avec ASI290mini (guidage en AD seulement) - filtre L-PRO - Kstars/Ekos/Indi sur un raspberry pour piloter le setup Traitements: - pre-traitement via Sirilic / Siril - traitement Siril -- Debruitage -- Deconvolution -- Photometrie -- Etirement Hyperbolique Généralisé -- Retrait du bruit vert -- Saturation - post traitement Gimp (MakeDarkSky via plugins PyGapM27) notes: - j'ai enfin réglé mon problème d'ombre du prisme du DO qui dépassait sur le capteur - première utilisation du correcteur TSFLAT2 (non réducteur), il faut que je l'éloigne un peu du capteur pour avoir une meilleure correction dans les coins - je n'ai pu activer le guidage qu'en AD seulement, en DEC impossible de passer l'étape de calibration (je n'ai pas pu déterminer si c'était un problème d'équilibrage ou bien lié au fait que la cible était presque au méridien en début de séance avec un axe de DEC quasi à l'horizontale...) - le cadrage aurait mérité un peu plus de centrage, mais je voulais aussi avoir M21 sur la photo Le résultat Astrometrie Cordialement, Stéphane

Bonjour, Je pense que c'est lié au fait que la vitesse de libération d'un astre et la vitesse terminale de chute vers cet astre sont les mêmes. Par exemple, autre exercice de pensée, si on considère un corps à l'infini qui chute vers la Terre et si on fait abstraction de toute autre élément (planètes, soleil, etc, mais aussi de l'atmosphère terrestre sur les derniers Km) alors sa vitesse de chute à l'arrivée sera au moins égale à la vitesse de libération (égale si l'object avait une vitesse initiale nulle) Par analogie, vu que la vitesse de libération d'un trou noir au niveau de son horizon est la vitesse de la lumière dans le vide, donc un objet qui tomberait depuis l'infini avec une vitesse initiale nulle atteindrait l'horizon avec une vitesse égale à celle de la lumière. Mais cette vitesse étant une limite non atteignable pour un corps massif (impliquant pour un corps massif une énergie infinie non atteignable), la question est alors de savoir si l'analogie ne trouve pas ici aussi ses limites.

Bonjour, Pour le gain sur sur ASI2600MC je te conseille de le mettre à 100 Pour aider à déterminer le temps de pose approprié a tes conditions de prise de vue, je te conseille la lecture du sujet ci dessous Cordialement, Stéphane

Bonjour, Bravo, belle prise, et effectivement entre une météo capricieuse, des nuits courtes et une position basse sur l'horizon ce ne sont pas des cibles faciles. J'ai fait la même cible la soirée du 14 juillet, je viendrais vous présenter le résultat d'ici peu. Cordialement, Stéphane

Bonjour Pascal, J'ai testé la version 1.15.9rc1, c'est OK pour moi, sélection de la valeur par défaut pour le chemin du binaire Siril, lancement OK de Siril et siril-cli. Merci. Cordialement, Stéphane

Si tu baisse le gain cela augmente le bruit de lecture (par contre tu gagne en full well et en dynamique)

Bonjour @m27trognondepomme Depuis la sortie des versions Siril 1.2.1 et supérieures il y a un nouveau problème sur MacOS (pas testé avec les autres OS) Jusqu'en version 1.2.0 les binaires "siril" et "siril-cli" étaient dans le même répertoire. Coté Sirilic on paramètre l'emplacement du binaire Siril (avec la valeur par défaut "/Applications/SiriL.app/Contents/MacOS/siril") et pour le lancement de "siril-cli" cela fonctionne car a priori Sirilic tente de le lancer depuis le même répertoire que "siril" A partir de la version de Siril 1.2.1 les binaires siril et siril-cli ne sont plus dans le même répertoire (sur MacOs en tout cas) On a : /Applications/SiriL.app/Contents/MacOS/siril et /Applications/Siril.app/Contents/Resources/bin/siril-cli Je te laisse voir comment gérer ce nouveau cas particulier.... Personnellement pour pallier (temporairement) au problème, je configure dans le chemin de Siril celui de siril-cli, cela permet aux scripts de fonctionner, seul le lancement du gui siril ne fonctionne plus, mais je le lance hors sirilic en fin de script... Cordialement, Stéphane

Bonjour, Le premier masterdark que tu fournissait avait une valeur moyenne très basse (environ 40) vu que tu lui enlevait le bias Le nouveau (classique) sans soustraction du bias a une valeur moyenne vers 1040 (ce qui me laisse penser que le bias est de 1024, ce qui est en phase avec ton offset camera de 16) Mais la brute que tu fourni montre que le signal moyen est très proche de la valeur du dark, donc lors de la soustraction du dark des valeur negatives apparaissent. Il me semble que la remarque de Cécile sur le fait que tes brutes manquent de signal reste d'actualité Cordialement

Dans la plupart des cas on fixe sur l'APN un adaptateur Canon-EF vers pas de vis M42 ou M48, puis on fixe sur ce pas de vis un coulant 2pouces que l'on insère dans le porte oculaire et il est tenu dans le porte oculaire via une ou plusieurs vis. Ce type de montage peut être source de "tilt", le coulant pouvant être un peu en bias dans le porte oculaire (c'est un problème que je rencontre avec mon porte oculaire, qui en plus ne dispose que d'une seule vis pour bloquer). Certains préfèrent (lorsque cela est possible) un train optique tout vissé. J'entend par la que si le porte oculaire dispose en sortie d'un pas de vis (M54 ou plus grand), on peut alors visser les adaptateurs, cela garanti plus de rigidité et un meilleur alignement, cela réduit donc le risque de "tilt". Mais dans ce cas on ne peut pas visser un filtre intermédiaire (le filtre ne dispose habituellement pas d'un filetage des 2 cotés, et même si c'est le cas il n'est pas fait pour supporter des contraintes liées au poids), dans ce cas un utilise un tiroir a filtre qui dispose de tels filetages des 2 cotés ce qui permet une fixation solide, et on insère le filtre dans le porte filtre edit: oui l'interêt du filtre eEOS-clip c'est que l'on peut l'utiliser avec un objectif, mais seulement avec des objectifs EF, pas avec les EF-S car ils ont une partie qui rentre à l'intérieur du corps de l'APN et qui risquerait de toucher le filtre. Mais le 70-20 f4 est normalement un EF, donc pas de problème (EF: objectif compatible avec les Canon APS-C et 24x36, EF-S: objectif compatible avec les Canon APS-C seulement) Cordialement

Bonjour - Avec un APN + son objectif photo, pas de problème de back focus a respecter - Avec une lunette, si tu n'ajoute pas d'aplanisseur/réducteur là non plus pas de problème de backfocus (pareil si c'est un aplanisseur intégré type montage de petzval, pas de backfocus à respecter) - Par contre si tu prend une lunette et que tu ajoute un aplanisseur/réducteur, alors là tu aura un backfocus (habituellement de 55mm) à respecter et sur un APN Canon on a déjà 44mm de consommé entre l'entrée de l'APN et le capteur, reste 11mm, donc pas de tiroir à filtre. Avec une camera qui consomme 12,5 ou 17,5mm seulement (et pas 44mm comme un Canon) , cela laisse de la place pour un tiroir à filtre et pour un diviseur optique. Avec un APN tu peux aussi utiliser un diviseur optique, mais comme il ne reste que 11mm il faut en prendre un très fin comme celui de Orion (que j'utilisais avec mon apn avant de passer sur une caméra) Pour placer le filtre tu auras 2possibilités: - utiliser un filtre EOS-Clip à placer à l'intérieur de l'apn, juste devant le capteur (mais tu ne le réutilisera pas si tu passes plus tard à une camera) - utiliser un filtre 2" vissant M48 que tu placeras sur le tube du coulant 2" à insérer dans le porte oculaire (cela implique de ne pas avoir un train optique "tout vissé") C'est un risque, mais l'idée est d'utiliser une camera de guidage très sensible et monochrome (exemple asi290mm), et ce n'est pas trop un problème avec une focale pas trop longue (le champ couvert reste important et permet de trouver plus facilement une étoile guide) Cordialement, Stéphane

Le bouton "suivre" permet d'activer le suivi d'un sujet et d'être alerté, mais reste a choisir le type d'alerte entre la cloche de notification sur le site ou par mail --> et cela cela se paramètre dans "paramètres du compte" / "paramètres des notifications" Pour être prévenu sur le contenu suivi c'est dans "general", par contre être prévenu si tu es cité ou obtiens une réponse sur un sujet que tu as initié c'est dans "Mentions & my content"

Bonjour, J'ai testé la version 1.2.2 sous MacOS, pas de soucis à l'ouverture de fichiers fit ou fit.fz (compressés) Je suppose que tu utilise Siril sous Windows, à tout hasard, tu devrais tester avec un fichier fit dont le nom (de fichier et de répertoire) ne contient ni espace ni caractère accentués Cordialement, Stéphane

@Mortann Pour info il existe une librairie python très complete pour les calculs astro "astropy" qui permet entre autres de passer d'un système de coordonnées à un autre (même si c'est très bien de coder sois même pour comprendr le détail du calcul) Astropy: https://docs.astropy.org/en/stable/install.html EDIT: Un livre "Python for Astronomers" en accès libre ici: https://prappleizer.github.io Cordialement

Bonjour, Si tu prend un catalogue donnant la position des astres (coordonnées équatoriales), tu obtiendra une ascension droite (AD) et une déclinaison (DEC) Ces coordonnées sont fixes (*) donc ne dépendent pas de l'heure ni de la position de l'observateur (elles varient un peu dans le temps et sont recalculées tous les 50 ans, actuellement on utilise le calcul de l'époque J2000) Pour tenir compte de la position de l'observateur et de son heure locale, on va calculer l'heure sidérale locale (LST), et on pourra calculer l'angle horaire (AH) de l'astre avec AH=LST - AD (la coordonnée DEC ne change pas), mais on reste dans une cordonnée équatoriale Ensuite on converti la coordonnée équatoriale en coordonnée azimutale C'est ce que fait stellarium, c'est ce que fait le calculateur ici http://xjubier.free.fr/site_pages/astronomy/coordinatesConverter.html Maintenant si tu veux le détail des calculs, je t'invite a te procurer le livre "Calculs astronomiques a l'usage des amateurs" en vente pour 13euros sur le site de la SAF https://boutique.saf-astronomie.fr/produit/calculs-astronomiques/, les notions et calculs sont bien détaillés et expliqués. Tu peux aussi jeter un oeil ici https://abbadia.imcce.fr/doc-cours/cours-sph_celeste_astrometrie-JEA-2014.pdf Il y a les formules, mais aussi des schémas, c'est un support de cours donc fait pour expliquer... note: IMCCE = Institut de mécanique céleste et de calcul des éphémérides Cordialement, Stéphane

Bonjour, Comme l'ont précisé les intervenants précédents, il y a 2 problèmes principaux: la mise au point et le ciblage (pour pouvoir faire la mis eau point il faut qu'il y ait une cible dans le champs ou au moins quelques étoiles bien visibles) La combinaison d'un télescope a longue focale comme le mak127 et d'un petit capteur, ce n'est pas le plus facile pour commencer (mais c'est bien si tu veux faire du planétaire, c'est juste que c'est plus compliqué pour débuter). Avec une telle config il te sera difficile d'être sûr d'avoir la cible dans le champs, et donc difficile de faire la mise au point (MAP) Pour ce qui es de la MAP, normalement sur les MAK le foyer sort pal mal du télescope, donc on peut l'atteindre avec une camera (contrairement à certains newton fait pour le visuel où atteindre le foyer avec un APN ou une camera peut être impossible) Vouloir faire la MAP de nuit sans savoir si on est proche du point au pas, sans savoir si il faut ajouter un tube allonge ou pas pour l'atteindre, et sans être sûr d'avoir une étoile bien visible dans le champ couvert, c'est un peu suicidaire (si on est très défocalisé, les étoiles étant tellement "étalées" on ne voit que du noir, pas les étoiles distinctes). Comme l'a signalé @Tiyann, il est plus facile de commencer par faire la mise au point en utilisant son telescope de jour en visant un clocher ou un arbre situé loin. Eventuellement la nuit en visant la lune. Et pour finir, pour faire suite à ton dernier message, on ne fait pas la mise au point sur une camera astro. Une camera astro c'est juste un capteur, il n'y a pas d'optique (contrairement à un smartphone), les réglages sont la durée de prise de vue, et le gain (sensibilité/amplification du signal) (y'a aussi l'offset mais pour le moment on va l'ignorer). La mise au point se fait avec la molette de mise au point du télescope, il n'y a pas de mise au point sur la camera. La camera se place en remplacement de l'oculaire (contraient à un smartphone que l'on met derrière l'oculaire) . La mise au point pour l'oculaire et pour la camera seront différents. Cordialement

Bonjour, On ne peut pas dire que l'on croule sous les informations, cela va être difficile d'aider... Quelle camera ? marque et modele ? Tu l'utilise avec quel télescope ? Tu utilise quel logiciel pour la camera ? logiciel fourni par le constructeur . ou générique type Sharpcap/Firecapture/etc ? Tu a déjà fait de l'imagerie avec une autre camera ou APN ? edit: et si tu as une photo de ta camera montée sur ton telescope cela sera un plus pour donner un avis Cordialement

Bonjour. Ben çà dépend.... Pour le 8 avril dernier la totalité max était de 4min20, donc plutôt long, et à Conway je n'étais pas sur la ligne centrale, je n'avais pas 4min20 mais 3min50, et mon opinion c'est que c'était suffisant. Certains dirons que ce n'est jamais assez, mais le rapport plaisir/galère était bon. A savoir que pour avoir 30 secondes de plus et donc pour aller sur la ligne de centralité cela voulait dire se taper des embouteillages et se poser à l'arrache en bord de route surpeuplé. Là j'étais peinard sur le parking de l'hôtel, pas bousculé, il n'y avait pas grand monde, mais du coup il y avait moins d'ambiance aussi. Il me semble que pour aout 2026 on sera plutôt sur une durée de 1min30, donc là oui c'est court, donc autant être au plus près de la ligne de centralisé pour ne pas trop perdre Pour le 8 avril dernier en Arkansas on avait entre 4min20 et 2min20 selon que l'on était sur la ligne de centralité ou en limite de zone de totalité. Pour aout 2026 en Espagne on sera entre 1min40 sur la ligne de centralité et 40sec en bordure. A toi de voir ce qui te semble être "acceptable" comme durée. Sur la carte de Xavier Jubier, lien ci contre, tu verra la durée de la totalité en fonctio de l'endroit où tu compte te poser (clique sur la carte pour choisir une position) http://xjubier.free.fr/site_pages/solar_eclipses/TSE_2026_GoogleMapFull.html Cordialement, Stéphane