exaxe17

NGC 6543, le coeur et ses 11 anneaux

Messages recommandés

il y a une heure, Roch a dit :

Néanmoins vous comparez deux choses différentes j'ai l'impression... lucien parle d'un nombre d'images en un temps donné. Or, en pose courte on raisonne plutôt dans l'autre sens...

 

Oui,

je crois que je me suis peut-être mal fait comprendre ?

 

Faute de temps, je vais essayer de dire autrement et le plus simplement possible.

En mode pose courtes voire très courtes donc ET POUR UN TEMPS DE POSE GLOBAL IDENTIQUE :

- si l'on raccourcit trop les poses unitaires,

 on n'aura pas un aussi bon résultat final que si elles étaient un peu plus longues.

Et d'ailleurs si les temps de pose sont exagérément courts on n'aura quasiment plus rien au final.

Donc il y a un optimum à fractionner les poses.

Si un jour j'ai plus de temps...

 

 

Lucien

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 22 heures, exaxe17 a dit :

Firecapture (il y a sharcap aussi mais je ne connais pas)

Selon ta camera:

-le gain entre 60 et 75% , expo entre 350ms et 5s (selon l'echantillonnage, la cible et le seeing)

-En video SER sequencée en 10-15mn pendant 2,3 ou un max d'heure

-des darks precis en debut milieu et fin de capture de 200 ou 300 images max

 

Traitement:

avec PIPP: tu assembles les SER dans les darks correspondant pour créer un SER maitre. (tu peux passer directement avec Siril cette etape)

avec SIRIL,ASTROSURFACE, ou AS! : Stabilisation,empilement, et revelation des details

Tu peaufines avec CS ou autre...

 

Tu as quoi comme setup?

 

Tu es dans quel coin exaxe ?

J'aurai bientôt un tube qui pourrait t'intéresser pour faire ce genre de manip, si ça te dit... Parce que tous ces traitements moi ça me fatigue.... :-) 

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 09/11/2019 à 09:28, Lucien a dit :

 

Untitled-1.jpg

 

Bonjour Lucien,

 

Cette courbe est un peu surprenante pour moi. J'empile régulièrement plusieurs dizaines de milliers de poses courtes et j'observe que le rsb progresse encore bien au delà de 6000.

 

Admettons qu'il existe un nombre au delà duquel on ne gagnerait plus grand chose, la courbe devrait être asymptotique. Sur la tienne, je ne m'explique pas la dégradation du rsb qui intervient à droite de 6000! 

 

Pour la dynamique, le gain importe peu ici et a intérêt à être très élevé pour diminuer le bruit de lecture. La dynamique de l'image finale se reconstruit a l'empilement en 32 ou 16 bits. Ici également plus il y a de poses et mieux c'est, de ce que j'observe.

 

@exaxe comme en face. Elle est terrible cette image 👍

 

JF

Modifié par jeffbax

Partager ce message


Lien à poster
Partager sur d’autres sites

La courbe de Lucien suppose un temps de pose total identique. Donc la variable c'est en fait le temps de pose unitaire (lie au nombre total de poses du coup). Donc normal dans cette représentation, que si le nombre de poses totales augmente, le temps de pose unitaire diminue, et finalement le RSB des poses unitaires devient trop faible et on ne capte plus grand chose au dela de l'optimum.

Donc d'accord avec Roch et Stephane : en astro on fixe habituellement le temps de pose unitaire et apres on fait le  plus de poses possible. Mais effectivement, au bout d'un certain nombre de poses, on ne gagne plus des masses vu que le RSB augmente quadratiquement avec le nombre de poses !

Modifié par Stephane Zoll
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 20 minutes, Stephane Zoll a dit :

La courbe de Lucien suppose un temps de pose total identique. Donc la variable c'est en fait le temps de pose unitaire (lie au nombre total de poses du coup).

 

Ah ok merci, la légende des abcisses m'a induit en erreur. Vu comme ça c'est plus intuitif effectivement.

 

En pratique, il faut tatonner un peu pour conserver un signal de l'objet qui soit exploitable. Des temps de 200ms, voire moins, peuvent être atteints sur certains objets avec un instrument assez ouvert.

 

Jf

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 10/11/2019 à 09:12, Lucien a dit :

Stéphane,

 

On ne va pas faire de débat : tes résultats montrent que tu as trouvé tes bons paramètres de prise de vue.

Et c'est l'essentiel.

 

Lucien

oui, mais parfois c'est bon de comprendre la recette , des fois en mettant moins de sucre dans le gateau c'est aussi bon!

Et tes remarques me font énormément avancer, le coup de 16b en NB par exemple!

j'étais persuader que c'était mieux, maintenant ,en passant à 8b (10b en vrai) j'ai exactement la même chose mais cela prends moins de place sur le dur!

Le 10/11/2019 à 17:31, Stephane Zoll a dit :

Par contre je vais régulièrement a Astroqueyras et le matos la haut se prête très bien a l'exercice avec de grosses focales de 4m et plus pour le vieux T600. Plusieurs astrams ont d'ailleurs fait du 'lucky img' la bas.

 

Donc j'investirais bien (raisonnablement) pour une camera adaptée a cette technique. Tu nous conseillerais laquelle chez ZWO par exple ?

La 290MM est vraiment top pour ce genre d’exercice mais ses petits photosites va exploser votre echantillonnage, sauf si c'est pour de la petite NP.

Sur de la petite Nebuleuse planetaire , il y a moyen de faire des trucs qui sortent un peu de l'ordinaire avec un gros tube sur ce site!

Je partirais presque sur une camera couleur en plus , une 385 ou la 294 (mais croppée ou binné) par exemple et là tu as le couple idéale pour la redécouverte des NP

le NB (la 290MM) pour la resolution et/ou la 385-294 pour la couleur , car c'est vraiment une donnée importante la couleur sur ce type d'objet.

Pour l'instant , il n'y a pas de camera ideale ...

Il y a quelques monstres qui arrivent , style 2020 (QE 94%,bruit de lecture 1,6e) mais je pense que c'est un budget assez conséquent...

Pour un club, c'est peut etre valable!

Le 10/11/2019 à 17:31, Stephane Zoll a dit :

 

Le 09/11/2019 à 20:52, exaxe17 a dit :

En video SER sequencée en 10-15mn

peux tu m'en dire plus a ce sujet ??

 

Le SER est un format video , le RAW de la video.

Au lieu de faire une session de 2h de video SER en continu, je fais des 12 sequences de 10mn que j'assemble à la fin pour avoir une video SER maitre de 2h.

Un bug arrive toujours quand il faut pas , je prefere perdre 10mn que 2h...

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 10/11/2019 à 17:46, Lucien a dit :

Faute de temps, je vais essayer de dire autrement et le plus simplement possible.

En mode pose courtes voire très courtes donc ET POUR UN TEMPS DE POSE GLOBAL IDENTIQUE :

- si l'on raccourcit trop les poses unitaires,

 on n'aura pas un aussi bon résultat final que si elles étaient un peu plus longues.

Et d'ailleurs si les temps de pose sont exagérément courts on n'aura quasiment plus rien au final.

Donc il y a un optimum à fractionner les poses.

Si un jour j'ai plus de temps...

 

oui

Le 10/11/2019 à 18:57, zeubeu a dit :

Tu es dans quel coin exaxe ?

J'aurai bientôt un tube qui pourrait t'intéresser pour faire ce genre de manip, si ça te dit... Parce que tous ces traitements moi ça me fatigue.... :-) 

je suis proche de la rochelle en bord de mer atlantique, tu intrigues ma curiosité...!?

Le 10/11/2019 à 19:13, jpl34390 a dit :

Excellent,félicitations !

Jean Pierre.

merci Jean pierre!

merci

Le 10/11/2019 à 20:20, jeffbax a dit :

Elle est terrible cette image 👍

merci JF, c'est vrai que cette courbe est surprenante!

Le 10/11/2019 à 21:01, jeffbax a dit :

Des temps de 200ms, voire moins, peuvent être atteints sur certains objets avec un instrument assez ouvert.

exactement! mais il faut que l'echantillonnage soit consequent pour pouvoir profiter de cette vitesse. Pas assez d'ecartement entre les details et c'est peine perdue!

Le 10/11/2019 à 22:25, Patrick Lécureuil a dit :

Toujours aussi belles et impressionnantes tes images.

merci Patrick!

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonsoir Stéphane,

il y a 3 minutes, exaxe17 a dit :

oui, mais parfois c'est bon de comprendre la recette , des fois en mettant moins de sucre dans le gateau c'est aussi bon!

 

Si un jour tu fais un essais de multiplier tes temps de pose par 2 ou 3,

je ferais bien l'essai de traiter les vidéos résultantes avec une sauce spéciale.

Tes résultats sont excellents, ça ne se discute même pas !

Cependant, on doit pouvoir les obtenir avec bien moins de travail : bien moins d'images notamment.

 

Lucien.

 

Partager ce message


Lien à poster
Partager sur d’autres sites
à l’instant, Lucien a dit :

Cependant, on doit pouvoir les obtenir avec bien moins de travail : bien moins d'images notamment.

Je testerais ! Cela peut etre bien pour celui qui se lance dans cette technique car c'est vraiment un point qui fait peur! une foule de brute!:D

Partager ce message


Lien à poster
Partager sur d’autres sites

Stéphane,

 

Il faudrait assez de signal afin que l'algorithme puisse distinguer de façon plus précise la qualité des images.

Mais pas d'une étoile du champ, mais de la nébuleuse elle-même en supposant qu'elle ne soit pas trop grande.

Et pour le traitement ce sera forcément avec de la Déconvolution + Ondelettes.

Déconvolution pour compenser la perte de résolution due à l'allongement du temps de pose.

Et vu la qualité du signal, on pourra l'appliquer plus fortement...

Ici le traitement sera vraiment fondamental.

 

Lucien

 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 31 minutes, exaxe17 a dit :

 

j'étais persuader que c'était mieux, maintenant ,en passant à 8b (10b en vrai) j'ai exactement la même chose mais cela prends moins de place sur le dur!


J'ai pas trouvé le passage incriminé plus haut, mais à mon sens c'est une erreur, le bruit de lecture de l'imx290 est bien plus élevé en mode 8 bits qu'en 16 bits ! ( en tout cas chez QHY )

Voir ici, les graphiques un peu plus bas : 

https://www.qhyccd.com/en/QHY5III290.html

Romain
 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 1 minute, Lucien a dit :

Ici le traitement sera vraiment fondamental

Mais c'est deja la partie que je pousse le plus!

Je suis en lien avec un gars qui bosse sur des algos de trie sur un etoile (il faut pas qu'elle soit saturée, ce qui rejoins ton idée de "nebuleuse elle meme"), il obtient des choses vraiment hyper precise (sub-pixel).

Ce qui permet des expositions tres interessantes sur ce type d'objet...

il y a 8 minutes, Lucien a dit :

Déconvolution pour compenser la perte de résolution due à l'allongement du temps de pose.

compenser la perte de reso du aux temps d'expo long par la deconvolution? 

Je pensais que la deconvolution , c'était un filtre qui "soustrait" la PSF de mon instrument, ainsi on tendait vers une image prise sans instrument/ pour montrer une image tel qu'elle appaitrait sans cette contrainte optique.Du coup le seeing (les degats causé par lui)ne pouvait pas entrer en jeu.

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Magnifique! Exceptionnel! Incroyable (mais vrai!)! ...Enfin, je n'ai pas trop de mots, comme diraient les "Inconnus" :  "y faudrait qu' j'invente des mots qu'existent pas dans le dico!"

Très admiratif je suis....

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 4 minutes, Roch a dit :

J'ai pas trouvé le passage incriminé plus haut, mais à mon sens c'est une erreur

c'était en message privé avec Lucien, de toute facon je l'ai verifié.Mais pas demontrer.

Mais je suis sur des cibles/echantillonnage/expositions un peu particulier.

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 10/11/2019 à 17:31, Stephane Zoll a dit :

Par contre je vais régulièrement a Astroqueyras et le matos la haut se prête très bien a l'exercice avec de grosses focales de 4m et plus pour le vieux T600. Plusieurs astrams ont d'ailleurs fait du 'lucky img' la bas.

Salut,

J'y suis allé cet été pour "lucky imager" ;)
Clairement le t600 a trop de focale pour ma petite 290 ; j'ai essayé mais pas grand chose de probant.
Par contre, avec les T500 ça peut aller. Comme c'est pour moi le meilleur capteur pour cet exercice ( imx290 ) je te conseillerais de rajouter un petit réducteur pour RC comme j'ai pu faire là haut, du style astrophysics x0.67 ; ramené à f5 et des poussières, là ça commence à être idéal.

Il faut que je publie tout ce qu'on a fait là haut, mais j'ai pas encore tout traité... :D

Romain

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 1 minute, astrovicking a dit :

Magnifique! Exceptionnel!

merci Denis!

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 1 minute, Roch a dit :

ramené à f5 et des poussières, là ça commence à être idéal

et refaire le mêmes cibles qu'on voit partout!:D

Non, faut innover! taper dans de l'ic2003 ou ngc 6886, du minuscule presque inconnue:D

Blague à part, un petit reducteur c'est une excellente idée de Romain!

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 16 heures, exaxe17 a dit :

La 290MM est vraiment top pour ce genre d’exercice mais ses petits photosites va exploser votre echantillonnage, sauf si c'est pour de la petite NP.

Sur de la petite Nebuleuse planetaire , il y a moyen de faire des trucs qui sortent un peu de l'ordinaire avec un gros tube sur ce site!

Je partirais presque sur une camera couleur en plus , une 385 ou la 294 (mais croppée ou binné) par exemple et là tu as le couple idéale pour la redécouverte des NP

le NB (la 290MM) pour la resolution et/ou la 385-294 pour la couleur , car c'est vraiment une donnée importante la couleur sur ce type d'objet.

Pour l'instant , il n'y a pas de camera ideale ...

Merci Stéphane,

 

J'ai commencé à effectivement lister toutes les caméras qui ont du sens pour cet exercice :

- ASI290 ; pixels de 2.9µ ; NB ; pas refroidie

- ASI178 ; pixels de 2.9µ ; NB ; pas refroidie

- ASI183 ; pixels de 2.4µ ; NB ; pas refroidie (plus gros capteur 5496x3672 => binning ?)

- ASI385 ; pixels de 3.75µ ; RGB ; pas refroidie

 

J'ai l'impression qu'il y a de quoi faire dans cette petite sélection...

 

Question subsidiaire : on est d'accord, le refroidissement ne sert à rien pour ces temps de pose. Et du coup les darks sont en fait des offset, et l'effet de la température est négligeable sur le bruit ? Du coup quel intérêt de prendre un dark en début, milieu, et fin de session ?

 

Il y a 16 heures, Roch a dit :

Clairement le t600 a trop de focale pour ma petite 290 ; j'ai essayé mais pas grand chose de probant.
Par contre, avec les T500 ça peut aller. Comme c'est pour moi le meilleur capteur pour cet exercice ( imx290 ) je te conseillerais de rajouter un petit réducteur pour RC comme j'ai pu faire là haut, du style astrophysics x0.67 ; ramené à f5 et des poussières, là ça commence à être idéal.

 

merci pour les infos Romain. Effectivement je trouve les T500 plus performants en CP.

Pour avoir déjà photographié des petites NP (mais avec temps de pose plus longs ; voir ci-dessous les liens) avec les T500 et une ASI1600, je pense qu'on peut quand même travailler avec la focale native de 4m en visant de petits objets plus exotiques...

 

http://astrosurf.com/zoll/PN.html

NGC6826_LHOO_s.jpg NGC7662_HOO_s.jpg

 

 

Il y a 16 heures, exaxe17 a dit :

mon post fait tache parmis tout ces transits...:D

yes ; Deep Sky power !!  :D

 

 

Stef

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 10 minutes, Stephane Zoll a dit :

merci pour les infos Romain. Effectivement je trouve les T500 plus performants en CP.

Pour avoir déjà photographié des petites NP (mais avec temps de pose plus longs ; voir ci-dessous les liens) avec les T500 et une ASI1600, je pense qu'on peut quand même travailler avec la focale native de 4m en visant de petits objets plus exotiques...


Oui pour les petits objets brillants, F8 ça passe encore :)

Une partie des images de notre mission de cet été sont là :

http://www.astrosurf.com/pixiel/mission-AQ2019.htm?fbclid=IwAR3Ayz0z7Cb2ShQDGk871rZmRjvAHQOT0w15UGp962wyI7SOdN0ZaCERuY0

Regarde notamment NGC6543 faite au T620 + réducteur et à la qhy290, avec un problème de collim mais très difficile à régler sur ce tube... et NGC6905 faite à la qhy290 au T500 avec réducteur ; après elle n'est pas spécialement très brillante celle là :D


Romain

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 11 minutes, Stephane Zoll a dit :

 

Question subsidiaire : on est d'accord, le refroidissement ne sert à rien pour ces temps de pose. Et du coup les darks sont en fait des offset, et l'effet de la température est négligeable sur le bruit ? Du coup quel intérêt de prendre un dark en début, milieu, et fin de session ?


Sisi tu as bien des pixels chauds même à ces temps de pose... comme tu empiles des milliers d'images ils finissent par apparaître et laisser de jolies trames :D

Si tu veux de la couleur, je te conseille l'imx224 ou l'imx385. Si tu veux du noir et blanc, plutôt de l'imx290. Le point critique c'est le bruit de lecture, et les capteurs que je mentionne sont les meilleurs dans leurs domaines.
Les autres dont tu parles ne sont pas mal non plus, mais pas aussi bons ;)

 

Romain

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par John deuxsource
      En ce moment je retraite mes photos en me peaufinant sur siril. Voici une photo que j'ai prise cet hiver. Jai stack en live 3500 *500ms sur sharpcap pour la luminance et et après j'ai fait 10min de ha. Une rotation et demi de table équatoriale et au lit ! J'adore le livestack 
       
      Asi533 , paracorr 2 , Dobson508mm arp83 , table Eq deux axes.
       
    • Par John deuxsource
      En ce moment je retraite mes photos en me peaufinant sur siril. Voici une photo que j'ai pris en août dernier. Jai stack en live 5000 *500mssur sharpcap pour la luminance et et après j'ai fait 5 min de couleur par canal. Ça manque un peu de signal en couleur mais les détails sont quand même la
       
      Asi533 , paracorr 2 , Dobson508 arp83 , table Eq deux axes.

    • Par Gilles Pascal
      Bonjour,
       
      en 2023 j'ai réalisé une série de prises de vue de Jupiter pendant une nuit.
      Ensuite je les ai assemblées (avec PIPP) pour en faire une animation.
       
      Le résultat me plaît mais à présent je voudrais aller plus loin. L'idée serait de pouvoir superposer à chaque vue, une image tirée de la simulation de STELLARIUM.
       
      Chaque image de l'animation serait au final donc un assemblage de deux images :
      - Dans la moitié supérieure de l'image on verrait un bandeau horizontal issu de STELLARIUM
      - Dans la moitié inférieure, on verrait un bandeau réalisé à partir de l'image prise par la caméra.
       
      Le souci c'est la rotation de champ dans STELLARIUM.
       
      Pendant pas mal de temps je me suis noué le cerveau pour tenter de trouver l'angle qu'il faudrait appliquer pour réaliser la dé-rotation.
       
      Et aujourd'hui je viens de trouver une solution totalement simple et déconcertante : il suffit de mettre à "true" le booléen qui indique le mode equatorial dans STELLARIUM.
      Encore faut-il trouver la syntaxe. Qu'à cela ne tienne, une recherche rapide dans les nombreux scripts stockés dans le sous-répertoire idoine (C:\Program Files\Stellarium\scripts) permet avec Notepad++ de trouver les séquences qui contiennent la partie de texte "quatorial" (ben oui, ne sachant pas si le mot commence par un 'é' ou un 'e'...).
       
      Alors comme cela m'a pris du temps, et que ça pourrait servir à des astram, je vous livre le code complet de mon script.
      Le contenu est à enregistrer dans un fichier dont l'extension devra être .ssc
      Il suffit ensuite de double-cliquer sur le fichier, et Stellarium se lancera automatiquement en exécutant le script.
       
      La localisation est placée à la terrasse de Meudon. Mais pour vos besoins, vous changez les valeurs par celles de votre site.
       
      Bon ciel,
      Gilles
       
       
       
       
       
      include("common_objects.inc");
      // var MonDIR = "C:/Users/gpasc/Pictures/Stellarium";
      // var MonDIR = core.getEnv("STEL_SKYBOX_DIR");
      // Not finding this environment variable sets DIR to empty string to make storage into default image dir, i.e., "C:/Users/YOU/Pictures/Stellarium"
      // For technical reasons, on Linux you MUST set this variable before running the script.
      DIR=core.getEnv("STEL_SKYBOX_DIR");
      // Base name for the tile textures. Defaults to Unity, can be overridden by setting environment variable STEL_SKYBOX_BASENAME
      BASENAME=core.getEnv("STEL_SKYBOX_BASENAME");
      if (BASENAME.length == 0)
          BASENAME="Unity";
      // Output data file name. Defaults to unityData.txt, but can be overridden by setting environment variable STEL_SKYBOX_DATA
      DATANAME=core.getEnv("STEL_SKYBOX_DATA");
      if (DATANAME.length == 0)
          DATANAME="unityData.txt"
      OUTPUT_DATA=DIR + "/" + DATANAME;
      core.output("Writing images to " + DIR);
      core.output("Writing data to " + OUTPUT_DATA);
      // The following wait times (seconds) are required to arrive at scene before screenshot. Configure for your machine.
      // This must likely allow 2 frames to be drawn before screenshot is valid.
      MOVE_WAIT=0.05;
      SHOT_WAIT=0.15;
      core.setDate(
         '2023-08-21T02:27:59',
         'local'              , // or 'utc' or 'local'
          true                  // enable Delta T correction
      );
      core.setObserverLocation(
          2 + 13/60 + 59/60/60, // core.dmsToRad(2, 13, 59), // longitude
         48 + 48/60 + 19/60/60, // core.dmsToRad(48, 48, 19), // latitude
         151,                       // Altitude
         0,                       // Time to travel
         "",                       // or "Terrasse de Meudon",
         "Earth"                   // This parameter seems necessary
      );
      core.selectObjectByName("Jupiter", false);
      PData = core.getObjectInfo("Jupiter");
      StelMovementMgr.setFlagTracking(true);
      GridLinesMgr.setFlagAzimuthalGrid(false);
      StelMovementMgr.zoomTo(0.07, 1);
      core.setGuiVisible(true);
       
       
      // On force le mode equatorial pour empecher la rotation de champ :
      StelMovementMgr.setEquatorialMount(true);
       
       
      // Lister ici les instants correspondants aux prises de vues
      // Format à respecter :
      //
      //                  "AAAA-MM-JJTHH:MM:SS"
      //
      // L'ensemble des données est stocké dans le tableau ci-dessous
      // C'est le nombre d'éléments, contenus intrinsèquement dans le tableau
      // qui fournira la limite haute de la boucle parcourue plus bas dans ce script.
      //
      var Horaire_Positions = new Array("2023-08-21T02:27:59",
                                      "2023-08-21T02:33:27",
                                      "2023-08-21T02:38:56",
                                      "2023-08-21T02:44:24",
                                      "2023-08-21T02:49:53",
                                      "2023-08-21T02:55:22",
                                      "2023-08-21T03:00:51",
                                      "2023-08-21T03:06:19",
                                      "2023-08-21T03:11:48",
                                      "2023-08-21T03:17:16",
                                      "2023-08-21T03:22:45",
                                      "2023-08-21T03:27:50",
                                      "2023-08-21T03:33:18",
                                      "2023-08-21T03:38:46",
                                      "2023-08-21T03:44:15",
                                      "2023-08-21T03:49:44",
                                      "2023-08-21T03:55:12",
                                      "2023-08-21T04:00:41",
                                      "2023-08-21T04:06:09",
                                      "2023-08-21T04:11:38",
                                      "2023-08-21T04:17:07",
                                      "2023-08-21T04:22:35",
                                      "2023-08-21T04:28:03",
                                      "2023-08-21T04:33:32",
                                      "2023-08-21T04:39:00",
                                      "2023-08-21T04:44:29",
                                      "2023-08-21T04:49:57",
                                      "2023-08-21T04:55:25",
                                      "2023-08-21T05:07:56",
                                      "2023-08-21T05:13:25",
                                      "2023-08-21T05:18:53",
                                      "2023-08-21T05:24:21",
                                      "2023-08-21T05:29:50",
                                      "2023-08-21T05:35:19",
                                      "2023-08-21T05:40:47",
                                      "2023-08-21T05:46:15",
                                      "2023-08-21T05:51:44",
                                      "2023-08-21T05:57:12",
                                      "2023-08-21T06:02:40",
                                      "2023-08-21T06:08:09",
                                      "2023-08-21T06:13:37",
                                      "2023-08-21T06:19:04",
                                      "2023-08-21T06:24:32",
                                      "2023-08-21T06:30:01",
                                      "2023-08-21T06:35:29",
                                      "2023-08-21T06:40:58",
                                      "2023-08-21T06:43:35",
                                      "2023-08-21T06:52:02",
                                      "2023-08-21T06:57:30",
                                      "2023-08-21T07:02:59",
                                      "2023-08-21T07:08:27",
                                      "2023-08-21T07:13:55",
                                      "2023-08-21T07:19:23");
      // The following wait times (seconds) are required to arrive at scene before screenshot. Configure for your machine.
      // This must likely allow 2 frames to be drawn before screenshot is valid.
       
      MOVE_WAIT=0.05;
      SHOT_WAIT=0.15;
      core.setGuiVisible(false);
       
       
      // On stabilise la première position avant de lancer la boucle
      core.setDate(
                  Horaire_Positions[0],
                  'local'              , // or 'utc' or 'local'
                  true                  // enable Delta T correction
                  );
      core.output(Horaire_Positions[0] );
      // on attend 3 secondes pour bien stabiliser la première position
      core.wait(3);
      for (i=0; i<Horaire_Positions.length; i++)
      {
      core.setDate(
                  Horaire_Positions,
                  'local'              , // or 'utc' or 'local'
                  true                  // enable Delta T correction
                  );
      // Régler STELLARIUM à l'horaire pointé dans le tableau :
      core.output(Horaire_Positions );
      // Tempo pour attente de stabilisation :
      core.wait(MOVE_WAIT);
       
       
      // Capture d'écran et sauvegarde dans le repertoire BASENAME + i :
      core.screenshot(BASENAME + i, false, DIR, true);
      core.wait(SHOT_WAIT);
      }
      core.setGuiVisible(true);
      //EOF
    • Par sebseacteam
      Hello,
       
      Voici un exercice que je voulais faire depuis longtemps: du CP en poses courtes (déjà fait avec caméra couleur uniquement) avec 2 capteurs mono/couleur.
       
      Newton 150/750
      Couleur: QHY5III715c avec 513 x 3s
       

       
      Mono: QHY5III678m avec 6293 x 1s
       

       
      On obtient alors:
       

       
      A refaire avec des poses plus longues en couleur, genre 5s voir 10s pour plus de signal. Et garder comme ça en mono.
       
       
    • Par dubedat thierry
      bonjour les amis je me lance en poses courtes ciel profondet c est super sympa  bon c est le debut et je suis nul en traitement  donc pas de miracle surtout avec une mise en station sommaire et donc un suivi pas top et en pleine ville( merci les lampadaires) d ou des etoiles un peu empateeset bien sur m42 et cet ete m 27(250 ms x600 brutes compositees  pour m42 soit150 secondeset 500msx 100 brutes pour m27 soit 50 secondes)  siril et astrosurface  doctelescope 460 f 4.2 asi 533 mc  merci de vos avis c est sur 20 minutes de poses seraiient   necessaires on verra plus tard




  • Évènements à venir