keymlinux

Bonjour, Si ton image Ha est 2 fois plus petite que l'image Oiii, tu veux donc multiplier sa taille par 2 Dans la console de siril: load image_ha_originale.fit resample 2.0 save image_ha_double.fit Edit: si au lieu d'une image tu en a plusieurs (tu avais n light qui ont donné n images Ha et n images Oiii) Dans ce cas tu met tes "n" Ha dans une séquence et les "n" Oiii dans une autre, puis tu alignes chaque séquence avec le "register", et pour la séquence Ha tu utilises l'option "-drizzle" pour doubler leur taille. C'est ce qui est fait dans le script OSC_Extract_HaOIII.ssf fourni avec Siril Cordialement

Bien vu, je suis un boulet...., c'est corrigé 😅

Bonjour, Histoire de faire dans l'originalité, je viens ici vous montrer ma dernière capture, la Nébuleuse de la Rosette, effectuée dans la nuit du 11 au 12 janvier (première véritable opportunité météo depuis plus d'un mois en région parisienne...) Cette soirée fut l'occasion d'utiliser pour la première fois une camera astro refroidie, en remplacement de mon APN non défiltré, et de passer d'un guidage avec lunette guide à l'utilisation d'un diviseur optique. Oui beaucoup de changement, avec le risque de rencontrer des problèmes et de gaspiller une si rare opportunité météo... Conditions: : ciel sans nuages, température ambiante -3°, au sud de l'Ile de France 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 - filtre: UV/IR cut Baader Capture via Kstars/Ekos/Indi sur Raspberry (Nafabox) Traitement: Siril et Gimp Les images: - Lights: 120x120s gain 125 offset 25 temp -10°C - DOF: 50/50/30 Les problèmes rencontrés, à résoudre pour la prochaine fois.. - j'ai mal réglé le diviseur optique, le prisme empiétait un peu sur le capteur, l'ombre générée à bien été traitée par les flats, mais je pense que c'est aussi la source des aigrettes verticales bizarres sur certains étoiles (j'utilise une lunette, donc il ne devrait pas y avoir d'aigrettes) - le backfocus de mon réducteur correcteur n'est pas bon, donc étoiles déformées dans les coins (je dois ajoute run filtre UV/IR cut avec cette camera, et je n'en ai pas tenu compte pour la distance correcteur/capteur - les 120 prises de vues ont été séparées en 4 lots de 30 images (je vérifie la MAP avant chaque lot), 2 lots fait avant le passage au méridien, 2 lots après le passage au mérifdien: pour le 3eme lot, juste après le retournement du méridien, impossible de passer l'étape de calibration du guidage. Au final 90 images prises avec guidage, 30 sans guidage Selon la formule consacrée, vos avis et critiques sont les bienvenus Image réduite à 6000x4000 pixels et compression jpeg pour poster sur le forum Pour les détails du traitement: Stack des Lights avec DOFs, et option drizzle Post-traitement Siril: - Extraction du gradient (Correction : Subtraction) - Photométrie - Transformation asinh : (stretch= 250.0, bp=0.00020) - GHS pivot : 0.010, montant : 19.12, local : 0.00 [0.00 0.60] - GHS LINEAR BP : 0.02 - GHS pivot : 0.244, montant : 7.98, local : -0.83 [0.01 0.50] - SCNR (type=neutre moyen, qté=1.00, préserve=true) - Rehaussement de la saturation (quantité=0.20) Post-traitement Gimp + plugin PyGapM27 - Make Dark Sky (iteration 3, opacité 15) EDIT: version avec réduction d'étoile Réflexion faite, je trouve que mon image a des étoiles trop prononcées. La camera est plus sensible que l'APN que j'utilisais jusqu'a présent, au lieu de poses de 120secondes j'aurai du me limiter à des poses de 60secondes. Je me suis donc lancé dans une réduction d'étoile, une première ici aussi. En terme de post-traitement Siril: - Extraction du gradient - Photométrie - Traitement étoiles: dé-saturation - Traitement étoiles: suppression des étoiles starnet - Réduction du bruit sur le fond de ciel "starless" - Traitement étoiles: recomposition avec étirement séparé starless/starmask - Retrait du bruit vert Cordialement, Stéphane

Au lieu de cibler NGC2237 il faut cibler NGC2244 qui est l'amas ouvert dans la Rosette, là ton cadrage sera OK J'ai fait la même cible dans la soirée du 11/01 et j'ai eu le même problème de décentrage du cadrage, bien que n'utilisant pas le même matos que toi (Player One POSEIDON-C à capteur pus grand et rectangulaire, et astrométrie via Kstars/Ekos/Indi sur un raspberry). En ciblant NGC2237 j'avais un décentrage, avec NGC2244 c'était OK Ci dessous le cadrage dur NGC2237 (ou sur NGC2238 cadrage identique), elle est "décentré", et ton image et la mienne ont le même "centre", une zone de poussière faisant des filament noirs En cadrant sur NGC2244 (cadrage identique en visant NGC 2239) là j'obtiens le cadrage voulu nb: ces images sont des brutes avec une preview "histogramme" sous Siril, la zone sombre en bas c'est l'ombre du diviseur optique qui était réglé un peu bas (à corriger pour les prochaines fois...) Cordialement, Stéphane

Bonjour, La distribution Astroberry est actuellement disponible seulement en 32bits, donc cela te bloque sur la dernière version de Kstars/Ekos/Indi 32bits et t'empêcherais d'utiliser les dernières evolutions du logiciel Kstars (dont les dernières versions ne sont disponibles qu'en 64bits) Il est fort probable que la distribution Astroberry 32bits ne démarrera pas sur un PI5, le support du PI5 ne sera intégré qu'au distributions linux récentes (et donc en 64bits) Et le plus important: l'architecture 64bits c'est surtout ce qui permet de ne pas se limiter à 4GB de mémoire mais de pouvoir utiliser efficacement 8GB La question ne se posera pas en ces termes, tu ne pourra pas démarrer une distribution 32bits Astroberry sur un PI5... Par contre sur la question de fond qui est de savoir si un PI4 est suffisant pour notre usage ou si un PI5 est nécessaire ou au contraire surdimmensionné: - en usage capture ciel profond, un pi 4 est suffisant (j'utilise un pi4 pour faire de la capture ciel profond, avec guidage et astrométrie, pas de problème d'usage cpu constaté sur un PI4) - si on veut faire de la capture planétaire, un PI5 permettrait de monter le nombre de fps nécessaire à la capture planétaire en video (pour info firecapture existe en version compilé pour raspberry 64bits) - si on veut utiliser le raspberry pour faire le traitement (siril/gimp) alors le passage au PI5 s'impose, même si il faut garder à l'esprit que cela restera lent, ce qui fera la différence cela sera surtout d'avoir 8GB de mémoire et pas seulement 4GB (le 8GB de mémoire est aussi disponible sur PI4), mais ce qui est important c'est de ne pas stocker les photos sur la carte SD mais d'utiliser un disque externe SSD (et le mieux c'est d'avoir l'OS aussi sur un SSD externe) Concernant l'acquisition d'une photo de l'APN, il faut effectivement près d'une dizaine de secondes (en plus du temps de pose) pour obtenir l'image, mais le point limitant ici c'est le port USB2 de l'APN qui limite le débit (en tout cas c'est le facteur limitant que je constate avec mon APN Canon 80D, mon raspberry PI4 utilisant un disque SSD en USB3 ce n'est pas l'écriture sur disque qui limite). Ceux qui ont une camera astro équipée d'un port USB3 (ce qui est courant) ou un APN avec un port USB3 (ce qui est rare) n'ont pas ce problème Cordialement

Bonjour, Pour une longue vue "terrestre" où l'on souhaite redresser l'image, on peut le faire avec un prisme (en fait plusieurs) comme dans les jumelles à prisme, mais on peut aussi intercaler une lentille entre l'objectif et l'oculaire. Voir le site de Serge Bertorello (ne pas hésiter à parcourir les autres pages du site, c'est une mine d'information) http://serge.bertorello.free.fr/optique/instrum/longuevue.html Cordialement

Bonjour, Quelques formules utiles... soit D, le diamètre du télescope, ici 200mm soit F, la distance focale du télescope, ici 1200mm soit f (en minuscule), la distance focale de l'oculaire (tu as déjà un 25mm et un 10mm) le rapport F/D, 6 pour ton telescope. C'est surtout utile de le connaitre pour l'astrophoto, mais même en visuel, cela implique: - plus de rapport F/D est petit, plus la mise au point est sensible (la zone de netteté est réduite) - plus le rapport F/D est petit, plus l'image sera déformée sur les bords (coma), et plus il faudra des oculaires de qualité Le grossissement c'est F/f - donc G = 48x pour l'oculaire de 25mm avec ton télescope - et G = 120x pour l'oculaire de 10mm et ton télescope Pour calculer le champ de vision réel, on divise le champ apparent par le grossissement Pour les oculaire de 25 et 10mm le champ apparent est inconnu (probablement 52° ou 68° cela dépend de leur formule optique) Pour la gamme d'oculaire ES 82° et bien c'est 82° - avec l'oculaire de 8mm préconisé par @22Ney44, grossissement de 150x donc champ réel de 82/150= 0.54° - avec l'oculaire de 8mm + barlow, grossissement de 300x, donc champ de vision de 82/300 = 0.27° Pour info, la taille apparente de la lune est de 0.5° environ Avec une barlow x2 tu double le grossissement, donc tu divise par 2 le champ couvert, c'est pas plus compliqué edit: grillé par @Le Gnou qui a été plus rapide à répondre...😉 Cordialement

@berenthorJ'ai vu que les fit ont été générés par Indi. Dans la dernière version (3.6.8) de kstars/ekos/indi il y a de nouveaux "placeholders", tu pourra utiliser %I dans le nom du fichier pour que celui ci contiennent la valeur ISO utilisée à la prise de vue

La brute light est faite a iso 100, le dark à iso 800...

Bonsoir, Pour le réglage de l'alignement, sur la photo ci dessous: "élévation Adj screw" et "Windage Adj scrw", avec une clé 6 pans M3 J'un un viseur point rouge quasi identique monté de base sur mon newton Sumerian Optics, et pour garder la clé 6 pans à portée de main elle est fixée avec 2 petits aimants neodyme sur le coté du viseur... Pour ta question 2, je dirais que cela sent la traduction automatique bullshit 😅 Cordialement

Quelle drôle d'idée ? 😅 Même sans calibration, je trouve que la trame est vraiment importante sur ta brute Ci dessous une brute de 30s à 800iso sur M42, OK c'est pas le même capteur (APN Canon 80D), mais je suis étonné d'avoir une telle différence note: tu n'as pas précisé quel ISO tu utilises sur l'APN note: ci dessous image raw canon ouverte dans siril sans dématricage, affichage en auto ajustement (on vois bien les poussières sur le capteur...) Ceci étant, même avec de la trame sur les brutes, vu que tu as fait du dithering il devrait s'atténuer à l'empilement et cela ne semble pas le cas, les défauts les plus importants sur la brute apparaissent au même endroit sur l'empilement. Tu est sur de tes paramètres de dithéring (toutes les combien de pose ? décalage de combien de pixels ? ) EDIT: - en cherchant sur le net j'ai vu que le Canon 1000D date de 2008, le Canon 80 date de 2016, ceci explique peut être la différence de trame entre les 2 brutes - si il y a d'autres utilisateurs de Canon 1000D qui passent par là il serait interessant qu'ils donnent leur avis sur la trame, pour savoir si ils en ont aussi (et aussi marquée) sur leur APN ou pas Cordialement

Bonjour, Il s'agit d'un telescope japonais hébergé à Hawai La page wikipedia: https://fr.wikipedia.org/wiki/Subaru_(télescope) La page (disponible uniquement en anglais ou japonais) de 'Observatoire Astronomique National du Japon https://www.naoj.org/en/ Concernant le faisceau laser: il s'agit d'un dispositif (optique adaptative) permettant de corriger les effets turbulence atmosphérique En résumé: le laser produit une étoile fictive qui sera utilisée comme guide, puis plusieurs fois par seconde (plusieurs dizaine de fois à plusieurs centaines de fois par seconde), une camera va analyser les mouvements et deformations de cette étoile fictive, pour agir sur un dispositif optique du telescope permettant de corriger l'image. Autrement dit, on observe une deformation pour appliquer une contre-déformation reprochant l'image de c que l'on aurait obtenu sans l'atmosphère source de déformation (problème que l'on a pas avec les telescopes dans l'espace) Des infos ici https://fr.wikipedia.org/wiki/Optique_adaptative Et en video: Cordialement

Bonjour Pour un support de sabot de flash en metal il y a cela: https://www.pierro-astro.com/materiel-astronomique/accessoires-optiques/chercheurs/adaptateur-red-dot-pour-grip-flash_detail Pour un support en impression 3D: https://azur3dprintshop.com/42-support-viseur-apn.html Avec ce dernier support on obtient une base "mini vixen", il faudra donc on viseur point rouge avec le pied (certains sont vendus avec d'autre sans) Et si tu a toi même une imprimante 3D tu peux trouver un modele a imprimer ici même sur webastro (il faut s'inscrire au club "impression 3D en astronomie", c'est sans engagement, menu Forums/Clubs en haut de la page) Cordialement

Bonjour, 1) Pour avoir à la fois la mise au point sur l'APN et sur la camera de guidage, les 2 longueurs de chemin optique doivent être identiques Voir les flèches colorées sur l'image modifiée ci dessous Flèche verte: 44mm (distance entre le point d'oui des objectifs et le capteur sur un APN Canon Flèche jaune: habituellement 11mm, bague T2-EOS Flèche verte: bague allonge 20mm (si possible à enlever !) Flèche bleue: rotateur, a vue d'oeil entre 15 et 18mm Flèche rouge: distance entre elle prisme et le bord du DO, a vue d'oeil 10mm Total environ: 100 à 103mm La flèche orange, entre le prisme et le capteur de la camera guide devra aussi faire 100 à 103mm, des tubes allonges seront nécessaires , ou pas, il faudra plutôt raccourcir le chemin optique entre elle DO et l'APN à cause de la limitation décrite au point 2 2) Ta lunette ne disposera pas forcement en sortie de PO d'un chemin optique suffisant pour le montage que tu as prévu... Au 100 à 103mm que l'on a calculé, il faut ajouter environ 30mm distance entre le prisme du DO et le bord du tube au coulant 2pouces que tu va mettre dans le PO (la flèche blanche), soit 130 à 133mm: est tu sûr de disposer d'une telle longueur en sortie de ton PO pour obtenir le foyer ? 1ere option: supprimer le tube allonge de 20mm 2nde option: si vraiment pas le choix pour avoir le focus, supprimer le rotateur pour gagner 15à18mm supplémentaires (le cadrage sera alors obtenu en faisant tourner le coulant 2pouces dans le PO, mais c'est vrai que c'est moins pratique (à noter que si le rotateur a un peu de jeu cela va causer du tilt et annuler l'avantage d'avoir un montage vissé) Cordialement

Je m'auto-cite, pour corriger, je l'ai trouvé dans Aladin dans le catalogue GLADE+, objet numéro 10515418, il s'agit bien d'une galaxie, avec une magnitude optique de plus de 19... Les détails de l'objet: http://vizier.nao.ac.jp/viz-bin/VizieR-5?-info=XML&-out.add=.&-source=VII/291/gladep&recno=10515418 La capture d'écran (zoomer sur le petit carré vert au centre de la vue "photo":

Bonjour, Oui, a priori une galaxie lointaine, mais je ne la trouve pas dans les catalogues Il y en a d'autres dans l'image, par temple dans le coin en haut à droite (la croix rouge dans l'image ci dessous), elle est dans le catalogue SDSS @Nano67La capture d'écran est issue du logiciel Aladin (desktop) http://aladin.cds.unistra.fr/aladin.gml J'ai pris l'image jpeg que tu partageais, je l'ai ouverte avec Siril pour faire une astrométrie, puis ai enregistré le résultat en FIT (contenant donc la solution astrométrique), puis ouverture du FIT avec Aladin, ensuite on charge des catalogues (en limitant si possible la portée au champ de vue de la photo). Aladin est un logiciel très complet, qui s'appuie sur les catalogues hébergés par le Centre de données de Strasbourg, mais il est aussi COMPLEXE a prendre en main... Cordialement

Bonjour, @pleclechtu l'a vu à quel endroit ? parce qu'il y a un paquet d'objets....

Bonjour, 1) Dans le titre du post tu met RJ11, c'est le format des prises téléphoniques, sur la raquettes Synscan c'est RJ12 et RJ45 2) Sur la raquette Synscan la prise RJ45 c'est pour aller vers la monture, la prise RJ12 c'est une interface RS232 pour dialoguer avec un PC : MAIS ATTENTION CE N'EST PAS DIRECTEMENT DE L'USB !! 3) L'USB c'est du voltage entre e0 et 5V, le RS232 c'est entre -12V et +12V, donc avec un câblage en direct tu vas griller quelque chose... En plus du câblage il faut un composant (le contrôleur FTDI du câble proposé par @kaelig) qui va faire l'interface entre les niveau logiques de l'USB et du RS232 et le changement de voltage 4) Mais si tu souhaite vraiment réaliser un câble (et bousiller soit la raquette soit le contrôleur USB de ton PC), le schéma de câblage est décrit page 43 de la doc Synscan Skywatcher (Annexe III, fiche multi usage pour le RJ12) https://inter-static.skywatcher.com/upfiles/en_download_caty01379447698.pdf Cordialement

Bonjour, La version 3.6.8 de Kstars vient de sortir Pour le détail des évolutions voir ici: http://knro.blogspot.com/2023/12/kstars-368-is-released.html Cordialement

Bonsoir, 1) L'option "Limiter les magnitudes dans le menu "Affichage" / "Ciel" est une option globale, et tu peux choisir la valeur 2) L'option "Limiter automatiquement la magnitude" du plugin "Oculaires" ne s'applique qu'a la vue oculaire, et si elle est coché elle a priorité sur l'option globale. On ne peut pas choisir sa valeur, elle est calculée par le plugin en fonction de l'ouverture du télescope (pour un C14 cela va limiter à 15 environ) 3) Si en augmentant la valeur de magnitude tu ne voit pas plus d'étoiles (exemple pas de différence entre magnitude limitée à 12 et limitée à 15) c'est peut être que tu n'a pas installé les catalogues supplémentaires (il me semble que par défaut il y a les catalogues pour la magnitude visuelle qui sont pré-installés) Pour les installer il faut aller dans le menu "Configuration", onglet "Extras", il y a un bouton pour télécharger les catalogues d'étoile supplémentaires. Personnellement j'ai installé les catalogues jusqu'au niveau 7, donc pour les magnitudes jusqu'a 15 (mon Newton 10 pouces à une magnitude limite théorique de 14,7). Pour les étoiles de magnitudes entre 15 et 16.5 il faut ajouter le catalogue numéro 8 (cela ajoute 50 millions d'étoiles) ...etc... (au max il y a 9 niveau) Cordialement

Bonjour, 1) je confirme que la différence viens bien de l'activation de l'option "limiter les magnitudes" Voici ce que j'obtiens avec une limitation de magnitude à 10.5 pour obtenir a peu près la même chose que toi (mon image est inversée haut bas par rapport à la tienne mais il y a a peu près autant d'étoiles) Si tu souhaite limiter la magnitude, alors limite la à 15.4 (et pas à 10.5) ce qui correspond à la magnitude limite d'un C14 (c'est la limite théorique, et il faut des conditions d'observations optimales pour cela, ce qui est rarement le cas). Et pour information, entre 10.5 et 15.4 il y a environ 5 magnitudes d'écart donc une différence de 100x plus ou moins lumineux (une étoile de magnitude 15 est 100 fois moins lumineuse qu'une magnitude 10) Et sans limitation de magnitude 2) quelque soient les paramètres dans stellarium, tu n'obtiendras jamais une simulation exacte de ce que tu verras dans un telescope... Cordialement

Bonjour. Cela existe, voir ici: https://www.pierro-astro.com/materiel-astronomique/accessoires-astronomie/accessoires-sct/adaptateur-coulant-50-80mm-vers-sct-2360_detail (Je donne le lien vers le site de Pierro mais cela devrais être dispo dans d'autres boutiques, à toi de voir) Ceci implique que tu n'utilise pas de réducteur et/ou aplanisseur, seulement ton DO et la bague T2 Et l'absence de filetage sur le PO te contraint de toute façon a ne pas avoir une solution totalement vissée (j'ai le même problème) Cordialement, Stephane

@shibon A priori l'imageur n'est pas une camera spécialisée mais un APN (Pentax K70). L'asi178 c'est pour le guidage @Celebrinnar Je trouve le résultat très réussi (même si cela manque un peu de bleu comme l'a signalé @shibon) et c'est de loin bien meilleur que ce que j'ai obtenu sur cette cible 😉 , que je trouve difficile à imager. Bravo !

Bonjour. J'arrive à la télécharger, donc je pense que le problème est ailleurs. En plus d'être connecté avec son compte Webastro, il me semble qu'il faut aussi faire partie des membres du club "Linux et astronomie" En haut de la page, aller dans le menu "Forums" et sélectionner "Clubs". Une fois que la liste des clubs s'affiche, dans le pavé "Linux et astronomie" tu devrais voir un bouton "S'inscrire au club" . C'est gratuit et cela n'engage à rien... Cordialement, Stéphane

Bonjour Michel, A priori cet individu est suspect pour plusieurs membres du forum, déjà signalé sur le fil des possibles arnaques (je dit possible car parfois il ne s'agit pas d'arnaques mais d'utilisateurs un peu maladroit dans leur demandes...) Voir fil ci dessous qui est un sujet à suivre régulièrement... Cordialement, Stéphane