Nathanael

Test RSB poses longues / rapides sur M88

Messages recommandés

Bonjour à tous,

Il a maintes fois été démontré l'intérêt des poses rapides sur des objets brillants, notamment lorsque le temps de pose est inférieur à la seconde. Le forum "astrophoto" regorge de magnifiques exemples. Mon but ici était de me faire une idée de la perte de RSB en poses rapides par rapport aux poses longues sur un objet quelconque, ici M88, perte liée directement à la multitude de lectures du cmos.

Je me suis livré à un petit test avec une Altaïr 183 pro tec sur un newton 254/2858 par une nuit épouvantable où je ne pouvais pas faire grand chose d'autre (vent, turbu, pleine lune...). J'ai donc pris 4 images de 5mn puis 1200 images de 1s avec la caméra refroidie à -15°C. Prétraitement classique (iris) quoique un peu bâclé (ampglow) pour les 4x5mn, sans flats. Pour les 1200 x 1s, j'ai acquis des ser de 10mn ou moins que j'ai ajoutés, puis un ser "offset" de 100 images de 0.264ms puis un ser "noir" de 100 images de 1s. J'ai prétraité tout ça dans siril, aligné sur une étoile puis stacké "empilement par moyenne avec rejet des pixels déviant" méthode "sigma clipping median" (l'empilement par somme donnait un moins bon résultat dans ce cas). Ça a pris un peu de temps (15h!), n'ayant pas assez de place sur mon SSD pour traiter (1200 images de 39Mo)! Je remercie ici les participants au forum "poses rapides" et Stéphane @exaxe17 en particulier pour leurs précieux conseils concernant la technique des poses rapides. D'ailleurs, je précise que le gain pour l'altair est de 400 sur les poses longues (environ 1e-/adu) et 3000 (sur 5000maxi) pour les poses courtes.

Bien sûr, dans les deux cas, à 0.17"/p, les images empilées sont passées en bin3 sous iris. Le bruit de lecture sur l'empilement en bin3 est de 11e- environ sur les poses longues et 125 e- en poses rapides pour un bruit de fdc en bin 3 de 108e- (18 e- mesuré sur une brute de 5mn en bin 1). Le résultat me semble assez conforme à ce qu'on pouvait en attendre  sur des objets peu lumineux, mais aussi c'est assez "parlant" pour que  je vous le livre sur ce forum.

Nathanaël

 

1200x1s à f/d11

m88-1200x1s.jpg

 

4x5mn à f/d11

m88-4x5mn.jpg

 

Modifié par T450
  • J'aime 3

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour ce test :)

Question : as-tu mesuré la fwhm finale sur les deux images ? As-tu une différence ?

La 183mm n'est clairement pas la caméra la plus adaptée à cet exercice... bruit de lecture assez élevé et pixels petits.

Par contre je pense qu'avec un temps intermédiaire ( du genre 15s unitaire ) tu aurais un résultat équivalent au 2

Modifié par Roch

Partager ce message


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

Le bruit de lecture sur l'empilement en bin3 est de 11e- environ sur les poses longues et 125 e- en poses rapides pour un bruit de fdc de 36e- (18 e- mesuré sur une brute de 5mn en bin 1). Le

 

Attention, du coup il ne s'agit pas seulement de bruit de lecture, mais de la conjonction bruit de lecture + bruit thermique + bruit de fond de ciel ;)

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

Concernant le bruit de lecture, non c'est théorique avec 1.8e- à gain 400 et 1.2e- à gain 3000.

Nathanaël

Partager ce message


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

Question : as-tu mesuré la fwhm finale sur les deux images ? As-tu une différence ?

Oui, légère, 2.3" contre 2.6" de mémoire. L'étirement qu'on voit sur les poses longues est clairement dû au guidage, mis à mal par le vent! Mais dans les poses courtes, je n'ai pas fait de sélection.

Nathanaël

Partager ce message


Lien à poster
Partager sur d’autres sites

Ok, compris !

Clair qu'à cet échantillonnage, les poses courtes c'est compliqué pour les objets faibles ;)

Partager ce message


Lien à poster
Partager sur d’autres sites

Après, pour défendre un peu ma crèmerie ;) tu as un f/d vraiment trop long pour ça... ici on est rendus à un échantillonnage utilisable en planétaire ! A la limite sur une petite np brillante je veux bien, mais là... :D

 

Si je faisais la même chose avec mon setup dans sa config optimale ( F/D de 4, qhy290 donc pixels un peu plus gros et bruit de lecture encore plus faible ) la différence serait nettement moins impressionnante :D

 

Romain

Partager ce message


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

Après, pour défendre un peu ma crèmerie ;) tu as un f/d vraiment trop long pour ça... ici on est rendus à un échantillonnage utilisable en planétaire ! A la limite sur une petite np brillante je veux bien, mais là...

Ok mais je suis en bin3 donc ça revient au même qu'un 250 à f/d 3.7 en bin1 au niveau lumière (avec moins de champ c'est tout).

Nathanaël

Partager ce message


Lien à poster
Partager sur d’autres sites

oui niveau lumière en poses longue ça passe :)

 

Mais on passerait à 42e- de bruit de lecture total pour l'image poses courtes, et toujours 36 de bruit de fdc, donc cette dernière serait nettement meilleure. Beaucoup plus proche en fait de l'actuelle image 2 plutôt que la 1.

 

Pour de la pose longue, le bruit de fond de ciel étant dominant, cela ne changerait quasiment rien.

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut , intéressant tout ça 👌

Si je comprend bien, il est préférable , si la cible n'est pas suffisamment brillante pour faire de vraies poses courtes (1s ou moins), monter directement à des temps de poses de l'ordre de 10 sec?

Les poses de 3 ou 4 secondes n'auraient pas d'intérêt ?

Perso j'ai un newton 250/1000 et il m'arrive fréquemment d'imager des galaxies un peu faibles avec des poses de 4 sec (en utilisant une qhy174 mm), c est peut-être une erreur.

Modifié par Haltea

Partager ce message


Lien à poster
Partager sur d’autres sites

Non, tout ça est très progressif. Si 1s c'est mauvais et 10s c'est  très bon, alors 2s sera moyen et 5s bon.

 

Le truc c'est que tout ça dépend d'énormément de paramètres...

la pollum, le f/d, le QE de la caméra, la taille des photosites, le bruit de lecture, le filtrage, le réglage caméra, l'échantillonnage, la turbu... et la sensibilité de chacun, du coup impossible de te répondre ;)

 

Avec le setup de T450, dans le cas présent, les poses de 1s sont clairement inadaptées. Mais sur ce même genre de cible, avec un ensemble setup/caméra optimisé, on peut tout à fait envisager des poses de 1s, quasiment sans perte de sensibilité.

 

Peut-être serait-il judicieux que je fasse un post explicatif un de ces quatre ? C'est pas si compliqué à vrai dire.

Modifié par Roch
  • J'aime 1

Partager ce message


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

Si je comprend bien, il est préférable , si la cible n'est pas suffisamment brillante pour faire de vraies poses courtes (1s ou moins), monter directement à des temps de poses de l'ordre de 10 sec?

Les poses de 3 ou 4 secondes n'auraient pas d'intérêt ?

Romain a raison, ça varie tellement d'un setup à l'autre, difficile de donner des chiffres généraux.

Le mieux est de revenir aux fondamentaux : le bruit de lecture, pour 1 pose, doit être 3 à 4 fois moindre que le bruit du fond du ciel pour être négligeable et ne pas noyer les plus faibles signaux.

Les logiciels de traitement d'image (par exemple Iris ici) permettent d'obtenir la valeur du bruit du fond du ciel, à comparer avec le bruit de lecture. Si celui-ci est 3 à 4 fois supérieur au bruit de lecture, c'est tout bon. Pour éviter les problèmes de gain en e-/adu, d'étirement des 12 bits etc... le mieux est de mesurer le bruit de lecture sur une image d'offset (0 secondes dans le noir à la température de l'image) par le même procédé : petit rectangle à la souris dans une zone noire, puis clic droit et statistiques. Le bruit est appelé "sigma" dans iris. Tu peux faire plusieurs images à des temps de pose différents (1s 4s 10s 30s 1mn etc...) et tu sauras, pour ton ciel du jour (ça varie en fonction de la lune et de la limpidité du ciel) et ton setup, quel est le temps de pose optimum.

Pour la technique poses courtes, je pense qu'on peut procéder de même par paquets d'images (ser de 100 images d'offset et ser de 100 images de 4s par exemple), puisqu'on va multiplier les 2 bruits par la racine carré du nombre d'images.

Il faut faire attention à une chose c'est que le bruit de l'image contient aussi le bruit de lecture et les bruits s'ajoutent quadratiquement. Si on a sigma10 sur l'offset et 20 sur l'image, le bruit du fond de ciel est n'est pas 10 mais  17 : 20² = 17² +10². Quand on a 3 à 4 fois le bruit de lecture ça marche quand même : 40²=39²+10², le bruit de lecture est bien négligeable, c'est ce qu'on cherche en fait.

Nathanaël

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a une heure, T450 a dit :

le bruit de lecture, pour 1 pose, doit être 3 à 4 fois moindre que le bruit du fond du ciel

C'est vraimenent le minimum, il vaut mieux viser un fond de ciel entre 3 et 10 fois le bruit de lecture au carré !

Partager ce message


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

C'est vraimenent le minimum, il vaut mieux viser un fond de ciel entre 3 et 10 fois le bruit de lecture au carré !

Attention confusion, bruit de fond de ciel et niveau de fond de ciel, ce n'est pas la même chose.

Bruit de fond de ciel trois fois supérieur à bruit de lecture, c'est équivalent à niveau de fond de ciel neuf fois supérieur à bruit de lecture au carré. Donc vous avez tous les deux raison ;)

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci de ces précisions,  j'ai une formation scientifique mais pas du tout dans ce domaine.

C'est intéressant quand on comprend ( et c'est pas à tous les coups 😅)

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour ce test,

J ai pas compris quelle était la version pose longue et pose courte.

Première poses courtes et deuxième poses longues ?

  • J'aime 1

Partager ce message


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

Première poses courtes et deuxième poses longues ?

Oui, désolé, je l'ai rajouté au-dessus des images.

Nathanaël

  • Merci 2

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 12/05/2020 à 12:18, Roch a dit :

 

Attention, du coup il ne s'agit pas seulement de bruit de lecture, mais de la conjonction bruit de lecture + bruit thermique + bruit de fond de ciel ;)

Vu que c'est le même temps de pose total, même température de capteur, même ciel, la seule différence est le bruit de lecture : tu capte exactement le même nombre de photons et d'électrons générés par le courant de dark. c'est proportionnel au temps de pose total.

 

Le 12/05/2020 à 21:25, T450 a dit :

Ok mais je suis en bin3 donc ça revient au même qu'un 250 à f/d 3.7 en bin1 au niveau lumière

 

En rapport signal à bruit c'est pas pareil du tout, il y a un rapport 3 entre les 2 pour le bruit de lecture. Tu aurais des pixels 3 fois plus gros, ton rapport signal à bruit s'améliorerait quasiment d'un rapport 3 sur pose unitaire courte.

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 1 heure, olivdeso a dit :

En rapport signal à bruit c'est pas pareil du tout, il y a un rapport 3 entre les 2 pour le bruit de lecture.

Si je comprends bien ce que tu dis, et si on reprend les données numériques du début, j'aurais le même bruit de fdc sur 1 pixel à f/d 3.7 en bin 1 que sur 1 "pixel" à f/d11 en bin3, donc 108e- mais seulement 42e- contre 125 e- en bruit de lecture?

Donc potentiellement ça ferait "presque" le même résultat 4x5mn / 1200x1s si j'étais à f/d3.7?

C'est assez facile à vérifier, mais à la prochaine pleine lune ;)

Nathanaël

Modifié par T450

Partager ce message


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

Vu que c'est le même temps de pose total, même température de capteur, même ciel, la seule différence est le bruit de lecture : tu capte exactement le même nombre de photons et d'électrons générés par le courant de dark. c'est proportionnel au temps de pose total.

 

Oui j'avais mal compris le post initial, je pensais que c'était une mesure sur l'empilement final et non un calcul.

 

il y a 7 minutes, T450 a dit :

Si je comprends bien ce que tu dis, et si on reprend les données numériques du début, j'aurais le même bruit de fdc sur 1 pixel à f/d 3.7 en bin 1 que sur 1 "pixel" à f/d11 en bin3, donc 108e- mais seulement 42e- contre 125 e- en bruit de lecture?

Donc potentiellement ça ferait "presque" le même résultat 4x5mn / 1200x1s si j'étais à f/d3.7?

C'est assez facile à vérifier, mais à la prochaine pleine lune ;)

Nathanaël

 

Absolument :)

Oui d'ailleurs ça m'étonnait, mais vu la phase de la lune c'est normal... en période de nouvelle lune par contre, tu aurais quand même du mal à rivaliser avec des poses de 1s et des pixels de 2.4 microns.

Perso par nuit assez noire, à F5, avec mes pixels de 2.9 et bruit de lecture a 0.85e-, en général j'ai un bruit de fond de ciel équivalent au bruit de lecture en poses de 2s ( mon temps unitaire habituel )

c'est un compromis car je perds quand même sur la sensibilité globale, mais ça reste acceptable pour shooter à peu près n'importe quoi d'accessible en pose longue ; suffit de rallonger un peu la sauce ;)

 

Romain

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut Nathanaël,

 

Tres interessant pour les essais avec la 183.

Tout ce qu'on peut dire c'est que c'est pas bonne camera pour faire des poses courtes! du moins il faut pousser un peu plus le temps de poses globale et unitaire car le bruit de lecture est trop important.

 

Le 12/05/2020 à 12:09, T450 a dit :

l'empilement par somme donnait un moins bon résultat dans ce cas

Essaies sans les offset sans dark, juste pour voir

Le 12/05/2020 à 12:09, T450 a dit :

Le résultat me semble assez conforme à ce qu'on pouvait en attendre  sur des objets peu lumineux

non justement, M88 est assez lumineuse je crois qu'on est proche de M9.8, d’ailleurs ton cœur est cramé.

En 1s cela devrait pas etre le cas , le bin3 doit resserrer ta dynamique

 

ce que j'obtiens avec mon setup (0,50 ''/photosite) :

2400x0,5s:

5ec8c90ea975b_230220_L_Exposure500.0ms_190520_pipp__100r__2400_regasf.jpg.83d54ca87c8ce9ef7f48180d08837ef5.jpg

 

j'ai juste dpp pour mieux voir

Partager ce message


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

Tout ce qu'on peut dire c'est que c'est pas bonne camera pour faire des poses courtes! du moins il faut pousser un peu plus le temps de poses globale et unitaire car le bruit de lecture est trop important.

Le fait d'imager en bin3 est finalement très dommageable pour les poses courtes où le bruit de lecture est primordial. Je referais un test à f/d 3.7, donc en bin1 pour le même échantillonnage final, pour voir ce que ça donne, ça devrait être bien meilleur.

Pour l'instant, j'ai fait cet essai à f/d11 et un échantillonnage de 0.167"/p (!), parce que le matos était monté comme ça pour d'autres raisons (influence du f/d sur la fwhm) et j'en ai eu l'occasion. Mais ce n'est pas inutile de se rendre compte des tenants et aboutissants des différentes variables sur une technique donnée. A suivre, une nuit ventée de pleine lune donc ;)

Nathanaël

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour à tous,

Comme promis, un essai poses 1s vs 1mn sur M51, mais à f/d 3.9 en bin1 cette fois. 10mn dans les deux cas.

Pas mieux que sur M88. Quand je vois ce que tu fais Stéphane @exaxe17 en 1200s, il y a deux solutions : soit la 183 n'est pas adaptée du tout (j'ai 1.2e- de bruit à gain 3000), soit je ne sais pas traiter les poses courtes. J'essayerai sur la base des conseils que tu me donnes plus haut, mais ma motivation baisse à chaque essai. Pas grave, chacun son truc ;)

Attention quand même : pleine lune, objet à 45°.

Nathanaël

 

10x1mn

m51-10x1mn-p.jpg

 

600x1s

 

m51-600x1s-p.jpg

 

 

 

 

  • J'aime 2

Partager ce message


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

il y a deux solutions : soit la 183 n'est pas adaptée du tout (j'ai 1.2e- de bruit à gain 3000)

Pourtant c'est pas trop mal, franchement je ne vois pas ce qui peche avec cette camera sur des temps de pose court.

Peut etre que son grand capteur la penalise: elle passe plus de temps à transferer des captures pour acquérir l’image suivante qu’à exposer le détecteur...Je ne sais pas.

Tout ce que je peux dire c'est que les objets du ciel profond , un bruit de lecture même de quelques électrons dégrade suffisamment le rapport signal à bruit d’une image à courte pose pour rendre les méthodes de Lucky Imaging difficiles voir même impossible .

Si tu veux j'ai une capture de M1 de 6000x1s avec la 290mm en SER, on peut essayer de la transferer pour que tu regardes , et comparer une capture avec la 290 versus 183.

Je connais Smash pour le transfer.

 

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 Sauveur
      Salut
       
      Depuis le Pic comme j'avais vue Jean Luc avec ce petit engin ca ma donné envie de l'acquérir , J'ai attendue une occas et voila 
       
       Le premier Jour il m'a étonné en pointant précisément le soleil avec un posé shooté 
       

       
       

       
       
      c'est les fichier téléchargé automatiquement sur le Telephone et qu'il faut laissé a proximité et allumer
       
       
      Hi hi hi Juju en gros plan 
       

       
       

       
      Comme il m'est les brutes dans son disque dur on peut traité apres tranquillement
       
      premier essais pas beaucoup de poses
       

       

       
       

       
       

       
       
       

       
       
       

       
       
       

       
       

       
       
       

       

       
       
      Bon il y a peu de pose et un traitement un peu a la vas vite car suis plutot Juju quand même et j'en ai au four encore
       
       
    • Par Sauveur
      Oui fait au smartphone et la star aventure pour la lulu et intervallomètre DiY mais je pourrais avoir Nina pour l'astrometrie mais faudrait le défiltré et c'est assez dure mon premiere essais a été un echec
       
      21 poses de 30 secondes
       
      bon j'ai des soucis d'étalonnage des couleur du a la matrice de bayer bien différentes RYB oui oui Rouge jaune Bleu
       
      L'extrem Lulu phone au foyer sans lentilles
       

       
       

       
      NGC 884 et NGC 869_stacked 42 poses de 30 secondes
       

       
      M45_stacked 15 poses de 30 secondes
       
       
       

       
       
      J'ai retenter bon toujours pas de mes aux oignon je shootai Juju a coté
       

       
      sur le canarie pas pu faire correctement la mes j'aivais prêté mon eq6 a un copain 
       
      Bon cette matrice RYB c'est un peu con pour l'étalonnage faut que je cherche
       

       
      m13
       

       
      M51 peu de poses et le dithering bein y a pas
       

       
       
       
      @MCJC
       
      bonne journée
    • 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 Cyril Richard
      Bonsoir tout le monde.
      Certains le savent peut-être, mais la future grosse mise à jour de Siril contient l'étalonnage des couleurs par Spectrophotométrie. C'est une avancée majeure dans le développement et rendra obsolète l'ancien module d'étalonnage des couleurs par photométrie.
      Pour ceux qui souhaitent en savoir plus sur ce module, voici un lien sur la doc de la version en développement.
       
      Dans l'esprit du logiciel opensource, et du partage de données (philosophie prônée par Siril depuis ses débuts) nous avons mis en place une base de données des filtres et capteurs utilisée par l'algorithme. Plus cette base de données sera complète, et plus l'outil sera puissant. Et c'est là où la communauté est importante. Si vous avez envie d'aider Siril à devenir plus performant et que vous possédez des courbes de filtres, ou de capteur non pris en charge, alors c'est pour vous.
       
      La base de données se trouve ici : https://gitlab.com/free-astro/siril-spcc-database et le README (en anglais) explique comment ajouter des données. Cependant, n'hésitez pas à me contacter
       

       

    • Par FrancoisGAP
      Merveilleuse cette comète. Pas évident à traiter mais le résultat est sympa 
       
      Détail et full visible sur mon site Web : https://planetediy.fr/index.php/2024/03/14/la-fascinante-comete-12p-pons-brooks-un-veritable-spectacle/
       

       
      Détail du matériel utilisé :
      TS-ONTC HYPERGRAPH 10″ 254/1000 (Fd4)
      Correcteur Réducteur 0,85×3″ soit 863mm (Fd3,4)
      EQ8R-Pro sur Pilier Acier DIY
      ZWO ASI2600MC DUO + Optolong Clear 2″ + Optolong LExtreme 2″
      ZWO EAF
      ZWO EFW 5 positions 2″
      (25)x60s Gain=100 (-30°C)
      40 Darks Gain=100
      40 Darks Flat Gain=100
      40 Flats Gain=100
      Traitement Pixinsight
  • Évènements à venir