exaxe17

NGC 6543, le coeur et ses 11 anneaux

Messages recommandés

Salut exaxe,

Du très bon travail, impressionnant 👍

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

merci Sauveur

merci

il y a une heure, mariobross a dit :

Grandiose les détails dans et hors du cœur, tu peux être satisfait de cette prise, bravo.

jc

oui je suis bien content!

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Très beau et bon boulot Stéphane !

 

Oui, il faut quand même un signal minimal et avec un rapport signal-bruit pas catastrophique pour faire ce genre de travail.

Sinon on ne peut appliquer de la Déconvolution ou des Ondelettes de façon efficace.

On ne va pas faire de mathématiques. :D

 

Bon Mercure à toi ?

Lucien

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Ya pas à dire, tu maitrises la technique :-)

 

Bravo,

Fred

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

A ma gauche, Big Hubble, 2 mètre 40 et 1 milliard de dollars à la pesée, champion du monde toutes catégories...

Aaaaa maaaaa droiite, Exaxe, un petit challenger, poids coq, 0 mètre 30 et 3000 euros tout mouillé...

 

image.png.4d7b2e1a8db7c678f7bdea55f9420cf4.png 

 

On y est presque :)

En tout cas bravo Stéphane, ça montre bien que l'histoire est en train de changer, après les années webcams en planétaire, on arrive à la même chose en CP.

  • J'aime 3
  • J'adore 1
  • Merci 1

Partager ce message


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

0 mètre 30 et 3000 euros tout mouillé...

 

Il fait plus grand exaxe sur sa  photo 😁

  • Haha 1

Partager ce message


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

Très beau et bon boulot Stéphane !

 

Oui, il faut quand même un signal minimal et avec un rapport signal-bruit pas catastrophique pour faire ce genre de travail.

Sinon on ne peut appliquer de la Déconvolution ou des Ondelettes de façon efficace.

On ne va pas faire de mathématiques.

merci Lucien, c'est vrai que c'est important le nombre d'image et aussi le temps global.

Et est ce juste de dire que le premier (nbr d'image) agit sur la precision de la dynamique et le temps global agit sur la plage?

Il y a 21 heures, zeubeu a dit :

Ya pas à dire, tu maitrises la technique :-)

 

Bravo,

Fred

merci Fred, maitriser c'est pas sur ...mais c'est de mieux en mieux sur des objets lumineux.

C'est surtout  l'obstination qui paie...

Il y a 15 heures, Colmic a dit :

A ma gauche, Big Hubble, 2 mètre 40 et 1 milliard de dollars à la pesée, champion du monde toutes catégories...

Aaaaa maaaaa droiite, Exaxe, un petit challenger, poids coq, 0 mètre 30 et 3000 euros tout mouillé...

merci Colmic! Mais j'ai un avantage sur eux, j'ai 2 assistants:

5dc657b0ea2ad_h190b.jpg.f14bb4807d91f1123c95b6af13d830d2.jpg

5dc6582b28f15_h160b.jpg.d33c9b2b8d9d326eb0256ae33f56f6bb.jpg

C'était un soir, ils ont réussi à ouvrir une baie vitrée alors qu'il pleuvait...

Il y a 13 heures, Haltea a dit :

Il fait plus grand exaxe sur sa  photo

j'ai un chapeau aussi, je gagne pas mal en cm!

Il y a 6 heures, astromomo a dit :

slt stéphane,

 

Tu excelles dans l'exercice une fois de plus!

 

Moïse

Salut Moise, merci c'est sympa!

  • Haha 1

Partager ce message


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

Et est ce juste de dire que le premier (nbr d'image) agit sur la precision de la dynamique et le temps global agit sur la plage?

 

Bonjour Stéphane,

 

Il faut raisonner en Rapport-Signal Bruit par rapport à un temps de pose global.

 

Une dynamique suffisante c'est important pour différencier des niveaux/nuances.

Et ça d'autant plus que l'on appliquera ensuite des Ondelettes, de la Déconvolution etc.

Ces algorithmes créent vite des artefacts et d'autant plus vite que les nuances ne sont pas graduelles.

 

Pour avoir de la dynamique, il ne faudrait pas trop pousser le Gain.

Car si le Gain est trop fort, on ne pourra pas compenser par l'augmentation du nombre de poses unitaires.

 

J'avais fais une étude théorique et pratique il y a des années, de comment évolue le Rapport Signal Bruit :

- avec un temps de pose global identique

- et en augmentant la fréquence de prise de vue ( nombre d'images ).

 

Sans chercher dans mes archives, voici à quoi ressemblait cette courbe.

En prise de vue 8 bits on ne gagnera plus rien à additionner plus que 5000/6000 images (de mémoire).

Sauf dans des cas de sous-exposition massive où de toute façon, le résultat final sera très médiocre : opération de sauvetage en quelque sorte.

Cette valeur d'environ 6000 images se calcule avec des notions basiques.

 

Ceci est important en pratique :

- ne pas trop fractionner les poses rapides !

- dans le doute sur le choix du temps de pose unitaire, choisir plus long que plus court ! ( privilégier l'exposition )

- ne pas augmenter inutilement le nombre de poses ; on ne gagne rien et on fait beaucoup d'efforts inutiles ( place disque, durée de traitements...)

- 6000 images à additionner au final

- donc si c'est turbulent au point que l'on en garde que 25%, ça veut dire 24000 images à capter et pas plus.

- dans le doute on en captera 35000/40000 mais inutilement pas 100000 !

 

Bon maintenant on peut faire 100000 images si l'on n'en garde que 6% environ.

Sauf que plus les poses sont courtes (mauvais RSB) et moins on sait différencier les bonnes et les mauvaises images.

Aucun algo ne pourra le faire.

Donc on va additionner un peu au hasard de la qualité des images : le contraire de l'objectif initial des poses courtes !

 

 

Bonne journée à toi,

 

Lucien

Untitled-1.jpg

Modifié par Lucien
  • J'aime 2
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Tres intéressant ce post Lucien,  je n'avais pas cette notion 

Partager ce message


Lien à poster
Partager sur d’autres sites

la technique est vraiment spectaculaire ; faut que je m'y mette...

je cherche des tutos pour débutants ; as tu des liens a partager ?

 

merci et bravo

Stef

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour Lucien,

 

il y a plus que cela dans les captures, la theorie englobe pas la totalité, la pratique oui.

 

Il y a 10 heures, Lucien a dit :

Une dynamique suffisante c'est important pour différencier des niveaux/nuances.

Et ça d'autant plus que l'on appliquera ensuite des Ondelettes, de la Déconvolution etc.

Ces algorithmes créent vite des artefacts et d'autant plus vite que les nuances ne sont pas graduelles.

 

Pour avoir de la dynamique, il ne faudrait pas trop pousser le Gain.

Car si le Gain est trop fort, on ne pourra pas compenser par l'augmentation du nombre de poses unitaires.

Ok, mais si je pousse pas le gain , je dois monter l'exposition et alors avec mon echantillonnage je perd en resolution dans la plupart des cas (seeing moyen).

La resolution c'est la finalité de mes photos, enfin la tentative d'y arriver.

Mais des que le seeing est bon, je prefere baisser l'expo que baisser le gain. Tu penses qu'il faudrait baisser le gain? interessant...

Tu as bien 2 choses importantes dans la dynamique:

La plage et les paliers.

Les artefacts de la déconvolution en fait sont du au manque de nuance (palier), et le manque de faibles signaux font parti de la plage?

Il y a 11 heures, Lucien a dit :

En prise de vue 8 bits on ne gagnera plus rien à additionner plus que 5000/6000 images (de mémoire).

Sauf dans des cas de sous-exposition massive où de toute façon, le résultat final sera très médiocre : opération de sauvetage en quelque sorte.

Cette valeur d'environ 6000 images se calcule avec des notions basiques.

Je pense que cette etude devrait etre refaites avec les cameras d'aujourd'hui , le faible bruit de lecture sur ces capteurs CMOS peuvent faire la difference.

Et dans la pratique j'ai nettement une difference entre 6000 et 12000 et 30000. Mais pour un temps global de 2 à 3h.

Il y a 11 heures, Lucien a dit :

Bon maintenant on peut faire 100000 images si l'on n'en garde que 6% environ.

Sauf que plus les poses sont courtes (mauvais RSB) et moins on sait différencier les bonnes et les mauvaises images.

Aucun algo ne pourra le faire.

Oui, c'est vrai que j'ai une tendance à aller vers du trop rapide... Je parle de coherence entre echantillonnage/expo/cible/seeing , j’expérimente un peu...

Mais il suffit de loger une etoile pas trop saturée dans le coin pour aider les Algos?

 

J'adore tes commentaires!Et en même temps il y a plus que cela dans les captures, la theorie englobe pas la totalité, la pratique oui.

 

Il y a 9 heures, Stephane Zoll a dit :

la technique est vraiment spectaculaire ; faut que je m'y mette...

je cherche des tutos pour débutants ; as tu des liens a partager ?

Merci Stephane,

Tu as fait de l'acquisition planétaire? C'est le même principe:

-une camera CMOS de derniere generation (faible bruit de lecture)

-Tu installes le materiel (equilibre thermique,collimation ,enfin tu vois!)

-tu branches la camera, et tu lances tes captures (pas d'autoguidage, mise en station tranquille)avec:

 

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?

 

 

 

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe Stephane! c'est une réussite! bravo

Superbes détails

Modifié par Chris277

Partager ce message


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

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

Ca m'intéresse également mais je n'ai pas compris l'étape avec pipp.

Modifié par Haltea

Partager ce message


Lien à poster
Partager sur d’autres sites

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

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut Lucien, re Stéphane ;)

 

Lucien, suite à notre précédent échange tout n'est pas encore clair dans ma tête ; tes tests sont-ils disponibles à la lecture part ?

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... on détermine d'abord le temps de pose qu'on estime optimal, et ensuite on en fait un maximum.

Et là le RSB ne peut jamais être moins bon avec plus d'images... non ?

 

En tout cas, d'expérience, j'ai toujours atteint des valeurs proches de la théorie ( enfin ce que je considérais la théorie avant que lucien ne vienne tout chambouler :D ) à savoir qu'avec 12000 images j'ai un rsb 1.4 fois meilleur qu'avec 6000 ( mesuré et vérifié ) ; ma caméra est en 12 bits ceci dit.

 

Le truc qui me chiffonne dans cette courbe c'est qu'à mon sens lancer une valeur "idéale" comme ça est impossible tant ça va dépendre de l'objet visé, du temps de pose, du gain, du bruit du détecteur, du dithering, etc... j'aimerais comprendre :)

 

Romain

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

merci pour ta reponse.

 

Non, je n'ai pas d'experience en planetaire (hors poses one shot :D), je ne fais que du CP (http://www.astrosurf.com/zoll/).

 

Mon setup est maintenant en remote en Espagne : ASA N250 f/3.6 avec CCD Moravian G3-11000 (en association avec des copains, en fait). Donc ca ne va pas le faire pour le moment avec ce setup.

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 ?

 

 

Il y a 20 heures, exaxe17 a dit :

En video SER sequencée en 10-15mn

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

 

Merci !

Stef

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