Aller au contenu

keymlinux

Membre
  • Compteur de contenus

    714
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Messages posté(e)s par keymlinux

  1. il y a 5 minutes, mae_photographer_ a dit :

    Niveau compression on perd pas trop en qualité finale en compressant toutes les images intermédiaires ?

    Non, cela compresse sans perte de qualité (algorithme de compression loss-less). Ce n'est pas du jpeg...

    voir detail https://siril.readthedocs.io/en/latest/file-formats/FITS.html

    note: dans la cas où on utilise le codage en 32bits cela n'est pas exactement sans perte, mais sans perte significative)

     

     

     

  2. Bonjour,

     

    1) 1270 images de 50Mo pièce cela fait un peu plus de 60Go

    2) lors de la calibration des images (avec les DOFs) cela va générer 1270 autres images préfixées avec "pp_"

       - si ce sont des images monochromes elles feront la même tailles (donc +60Go)

       - tu ce sont des images couleur elles seront debayerisées et vont tripler en taille (donc +180Go)

    3) si tu applique une extraction de background sur ces images cela va aussi générer 1270 images avec préfixées "bkg_pp_" (ici aussi +60Go ou +180Go selon mono/couleur)

    4) lors du register cela va aussi créer 1270 images préfixées "r_pp_" (si tu n'as pas fait l'étape 3) ou "r_bkg_pp_" si tu as fait l'étape 3, donc ici aussi entre +60Go et +180Go

       et si tu as choisi de faire un drizzle à cette étape alors toutes tes images résultat vont avoir une taille x4 !!

     

    Et tout cela c'est en gardant le 16b, si tu passe en 32bits tu multiplie encore tout par 2 !

     

    Une option: aller dans les préférences e Siril et activer la compression des FITS, les images intermédiaires (pp_, bkg_pp_, r_bkg_pp) seront compressées  (fichiers .fit.fz au lieu de .fit)

     

    Par exemple, mon dernier traitement:

    120 brutes, 30 flat, 30 bias, 50 dark, total 230 images, 52Mo pièce, total environ 11.5 Go

    pré-traitement en 32 bits, avec drizzle lors du register: 53.8 Go de fichiers temporaires (compressés) générés. Si je n'active pas la compression j'ai aussi des problèmes de places...

    EDIT: je viens de tester, environ 230 Go de fichiers temporaires sans la compression

     

    Cordialement, Stéphane

     

  3. Bonjour,

    @Thibault Astro dans ton premier post tu détaille tes traitements et tu fais le retrait du gradient à la fin. Il me semble qu'il est "mieux" de la faire dès le début, sur l'image linéaire avant l'étalonnage des couleurs.

    Tu peux aussi, au lieu de le faire sur l'image "empilée", le faire sur les brutes individuelles, après calibration avec les DOF et avant le register et le stack (voir commande Siril "seqsubsky" applicable sur une sequence)

     

    Cordialement, Stéphane

    • J'aime 2
  4. Bonjour,

     

    De ce que je comprend, ton asiair est branché sur du 220V (je suppose via un transfo 220V vers 12V DC 5.5mm en entrée de l'asiair)

    Concernant ton adaptateur "batterie factice", tu ne précise pas de quelle connectique il dispose en entrée (de l'usb 5V comme celui que j'utilise ? ou bien du 12V avec prise DC 5.5mm ?)

    Si tu connecte ta batterie factice sur les ports USB de l'asiair alors c'est normal que cela fonctionne mal. L'asiair est basé sur un raspberry pi4 dont les ports USB peuvent débiter au max 1.2A sous 5V (1.2A en tout, pas 1.2A par port usb)

     

    Personellement je n 'ai pas d'asiair mais un raspberry pi4 avec Kstars/ekos/indi, et je branche ma batterie factice sur un hub usb alimenté (il dispose de 7 ports "data" (max 0.9A sous 5V) et 3 ports dédiés "alim"  (délivrant chacun au max 2.4A sous 5V)

     

    Cordialement

     

  5. Il y a 8 heures, Petitprost a dit :

    Je viens de lire ce post et quelle est la fonction pour remettre à l'échelle ?

    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

     

  6. 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

    NGC_2244_RGB_20240111a_V4_traitement_V1_gimp_V1_L6000px.thumb.jpg.4068ed41d3ce7caff878bd414695468e.jpg

     

    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.

    NGC_2244_RGB_20240111a_V4_traitement_V2b_starnet_V2_L6000px.thumb.jpg.10e4380b37be1879231bc6a54aa62958.jpg

    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

    • J'aime 11
  7. Il y a 4 heures, Archer92 a dit :

    Quand je pointe la cible avec le goto via l'ASIAIR, elle me présente la photo telle quelle, j'ai dû louper quelque chose. j'ai lu que c'était justement le problème avec la 533 MC PRO. Le cadrage est compliqué voire difficile.

    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

    Capturedcran2024-01-1314_50_48.png.ec3d8e16b3154af6a4d0a424768cf97b.png

    En cadrant sur NGC2244 (cadrage identique en visant NGC 2239) là j'obtiens le cadrage voulu

    Capturedcran2024-01-1314_51_08.png.3237ab8efc06c82e3f3901e588084e81.png

    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

     

    • Merci / Quelle qualité! 1
  8. Bonjour,

     

     

    Il y a 5 heures, berenthor a dit :

    A support égal (RPi 4 ou 5) qu'apporte d'avoir une architecture 64bits (stellermate) plutôt que 32 bits (astroberry) ?

    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

     

    Il y a 5 heures, berenthor a dit :

    A architecture égale (32 ou 64 bits) l'utilisation d'un RPi5 par rapport à la version 4 apporte-t-elle vraiment quelque chose  (Pas de surdimensionnement) ?

    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

     

     

     

     

     

     

    • J'aime 2
  9. 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

    • J'aime 2
    • Merci / Quelle qualité! 1
  10. 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  

    • J'aime 2
  11. Il y a 11 heures, Fred_76 a dit :

    comment aligner ce viseur point rouge avec l’axe optique de l’appareil photo ?

    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

     

    image.thumb.png.30cbe67c38df3688579dc37466e7db5b.png

  12. Il y a 2 heures, berenthor a dit :

    Pas d'images de calibrations

    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...)

    Capturedcran2023-12-1920_15_56.png.e2a536889f25f90b3073045bc340e1b8.png

     

    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

     

    • J'aime 1
  13. 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

    • Merci / Quelle qualité! 1
  14. 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

     

  15. 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é)

     

    IMG_6246.thumb.JPG.4a659c9ea3e905520d9a8dbd2f749fb7.thumb.JPG.9cb0b7352ac2b50689ca8c1a29f10f1c.JPG

     

    Cordialement

     

     

    • Merci / Quelle qualité! 1
  16. Il y a 4 heures, keymlinux a dit :

    Oui, a priori une galaxie lointaine, mais je ne la trouve pas dans les catalogues

    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":

    Capturedcran2023-12-0417_44_00.png.1f8d28d0404c5399554681eeac2fa057.png

     

    • J'aime 2
  17. 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

    Capturedcran2023-12-0413_24_43.png.653b9d8485e07f5de4d7a0dfece453ae.png

     

    @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

     

     

     

     

    • J'aime 2
  18. 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

     

  19. 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

     

  20. 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)

    Capturedcran2023-11-2822_43_48.png.52eb3843484ef07caf9fa46a5d6ea246.png

     

    Et sans limitation de magnitude

    Capturedcran2023-11-2822_44_04.png.967a615e2934c63c39b285b70b802293.png

     

    2) quelque soient les paramètres dans stellarium, tu n'obtiendras jamais une simulation exacte de ce que tu verras dans un telescope...

     

    Cordialement

     

    • J'aime 1
    • Merci / Quelle qualité! 1
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.