Roch

NGC2775 en poses très courtes

Messages recommandés

Bravo Romain. Du ciel profond, galactique à 250ms ! C'est top 👌

 

JF 

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe cette galaxie et les trois petites alors que c'est mignon bravo avec un temps de pose vraiment très court 

Partager ce message


Lien à poster
Partager sur d’autres sites

On est sur une échelle de détails de photo planétaire là, même largement.

Intéressant comme test, mais 250 ms ça paraît vraiment très court. Elle me fait plus penser à NGC 2841 qu'à M63.

Il n'y avait pas moyen de faire une traitement pour le centre afin d'avoir les deux dans le genre de ce qu'on fait sur des galaxies à fort contraste comme M94 ou M77 ?

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe résolution.

Incroyable que le centre soit saturé avec ce temps de pose unitaire..

Jérôme

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe !

Ton T560 est un dobson entrainé je suppose..

As tu des images de la bête ..

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe prise ;) Bravo :)

 

XavS

Partager ce message


Lien à poster
Partager sur d’autres sites

Efficace comme setup, un sacré aspirateur à photons.

Incroyable d'avoir cette luminosité avec des sub de 250ms.

Tu aurais une brute de 250ms pour qu'on se rende compte à quel point ça doit être ténu?

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci a vous :)

 

Il y a 2 heures, sebseacteam a dit :

Incroyable d'avoir cette luminosité avec des sub de 250ms.

Il y a 11 heures, Astro52 a dit :

Il n'y avait pas moyen de faire une traitement pour le centre afin d'avoir les deux dans le genre de ce qu'on fait sur des galaxies à fort contraste comme M94 ou M77 ?

 

Il y a 5 heures, messier63 a dit :

Incroyable que le centre soit saturé avec ce temps de pose unitaire.

 

Ah nan mais le centre il n'est pas saturé, c'est vraiment comme ça, c'est un gros blob :D allez voir l'image de tonton Hubble ça vaut le détour !

D'ailleurs vous remarquerez que ce n'est pas saturé sur mon l'image...  et on voit même une petite étoile devant, sur la droite.

J'ai peut être un peu trop écrasé la dynamique ceci dit, mais je voulais mettre en valeur les détails dans les zones plus extérieures.

 

Il y a 4 heures, BORIS a dit :

Superbe !

Ton T560 est un dobson entrainé je suppose..

As tu des images de la bête

 

Oui, un télescope altaz motorisé, de chez stellarzac et bigowlbinoscope pour l'optique.

 

 

Et voilà pour la brute :

 

brute.jpg.a96b09bf7346fc98ab0dcc89e3c47f8e.jpg

 

Arf je viens de voir que j'avais fait une erreur dans le titre, c'est 2775, pas 2275

 

A plus !

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

Partager ce message


Lien à poster
Partager sur d’autres sites

Magnifique Romain cette galaxie avec des temps de pose aussi courts :)

Moi aussi j'aime bien les petites groupies ;)

Bonne journée,

AG

Partager ce message


Lien à poster
Partager sur d’autres sites

Superbe gros plan  bien détaillé !

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour vos retours :)

 

Romain 

Partager ce message


Lien à poster
Partager sur d’autres sites

Du coup tu as enregistré les subs et tu les as traité via pixinsight (ou autre) ?

Est-ce que l'on peut envisager quelque chose de viable en live stacking avec sharpcap ?

J'ai essayé hier des images à 250ms. ça marche assez bien mais en live stacking j'ai l'impression qu'on stagne un peu dans la captation du signal.

 

Cette nuit j'ai tenté le trapeze d'orion à 250ms (j'aurais pu descendre finalement plus bas, je n'avais malheureusement pas tiré à fond le gain). J'ai 1475 frames. voici la brut live stackée. J'ai tenté sur M81 aussi et ça parait prometteur.

 

Screenshot 2024-02-20 at 15.23.28.png

Modifié par pleclech94

Partager ce message


Lien à poster
Partager sur d’autres sites

Assez incroyable cette galaxie vue de face comme pour nous montrer à nous gentils habitants de la Voie lactée , sa grande robe.

1,7 ‘’ de fwhm en empilement c’est plutôt très très bien comme seeing non?  …tu descends à combien ?

Bravo en tout cas !

Partager ce message


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

Du coup tu as enregistré les subs et tu les as traité via pixinsight (ou autre) ?

 

Le traitement est fait avec Siril, mais en gros oui c'est ça :)

 

Il y a 18 heures, pleclech94 a dit :

Est-ce que l'on peut envisager quelque chose de viable en live stacking avec sharpcap ?

 

Oui mais ça sera moins précis car je fais du Drizzle ( ce que sharpcap ne propose pas ) et je ne sais pas à quel point ça fonctionne sur du long terme.

Le traitement a postériori c'est plus versatile.

 

Il y a 18 heures, pleclech94 a dit :

J'ai essayé hier des images à 250ms. ça marche assez bien mais en live stacking j'ai l'impression qu'on stagne un peu dans la captation du signal

 

Si ça fonctionne avec des prises si rapides, c'est parceque mon setup est parfaitement optimisé pour ça. Caméra mono et très sensible, pixels assez gros et F/D = 3. Si un de ces paramètres est différents il faudra allonger les poses unitaires pour obtenir la même sensibilité.

 

 

Il y a 14 heures, eddie a dit :

1,7 ‘’ de fwhm en empilement c’est plutôt très très bien comme seeing non?  …tu descends à combien ?

 

Nan c'est jamais assez:D

Avec les poses courtes et le diamètre conséquent je suis en général plus bas.

1.4" c'est plutôt correct, mais je considère qu'une nuit est bonne a partir de 1.2" et en dessous. Mon record sur une nuit "complète" c'est 0.8", et j'ai eu des pointes a 0.7" ( sans barlow ) ou 0.6" ( avec la barlow )

Après le seeing est nettement moins bon de chez moi qu'en Bretagne, d'où l'image aussi régulièrement l'été. J'ai pas encore eu 0.7" ici... Ça viendra.

 

 

 

Merci aux nouveaux venus :)

 

Romain 

Partager ce message


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

Nan c'est jamais assez:D

Avec les poses courtes et le diamètre conséquent je suis en général plus bas.

1.4" c'est plutôt correct, mais je considère qu'une nuit est bonne a partir de 1.2" et en dessous. Mon record sur une nuit "complète" c'est 0.8", et j'ai eu des pointes a 0.7" ( sans barlow ) ou 0.6" ( avec la barlow )

Après le seeing est nettement moins bon de chez moi qu'en Bretagne, d'où l'image aussi régulièrement l'été. J'ai pas encore eu 0.7" ici... Ça viendra.

Impressionnant de pouvoir descendre aussi bas. Ça autorise et ouvre de sacrées voies si on échantillonne en rapport et même si les scopes de 560 ne court pas les rues …. :). Merci pour ton éclairage 

Partager ce message


Lien à poster
Partager sur d’autres sites
5 hours ago, Roch said:

 

Le traitement est fait avec Siril, mais en gros oui c'est ça :)

 

 

Oui mais ça sera moins précis car je fais du Drizzle ( ce que sharpcap ne propose pas ) et je ne sais pas à quel point ça fonctionne sur du long terme.

Le traitement a postériori c'est plus versatile.

 

 

Si ça fonctionne avec des prises si rapides, c'est parceque mon setup est parfaitement optimisé pour ça. Caméra mono et très sensible, pixels assez gros et F/D = 3. Si un de ces paramètres est différents il faudra allonger les poses unitaires pour obtenir la même sensibilité.

 

 

 

Nan c'est jamais assez:D

Avec les poses courtes et le diamètre conséquent je suis en général plus bas.

1.4" c'est plutôt correct, mais je considère qu'une nuit est bonne a partir de 1.2" et en dessous. Mon record sur une nuit "complète" c'est 0.8", et j'ai eu des pointes a 0.7" ( sans barlow ) ou 0.6" ( avec la barlow )

Après le seeing est nettement moins bon de chez moi qu'en Bretagne, d'où l'image aussi régulièrement l'été. J'ai pas encore eu 0.7" ici... Ça viendra.

 

 

 

Merci aux nouveaux venus :)

 

Romain 

 

Excuse moi Romain j'ai encore des questions pour toi car tu sembles avoir exploré ce sujet.

Je suppose que tu as déjà dû essayer de faire des films comme en planétaire et éventuellement stacké avec autostakkert qui pourrait corriger la géométrie de l'image sur plusieurs points de contrôle.

Hier j'ai tenté des poses de 1ms sur le trapeze d'orion pour voir où cela mène et je m'apercevais qu'en livestack le problème venait beaucoup du fait que le trapèze n'avait pas toujours la même géométrie à cause de la turbulence.

Je me dis qu'avec autostakkert on pourrait corriger l'image avant de la stacker et diminuer l'effet de la turbulence même lorsqu'elle est figée. En tout cas c'est très intéressant en livestack de voir comment se dégrade l'image et finalement comment se forme le blob circulaire d'une étoile qui n'est qu'une distribution gaussienne de sa position en fonction de la turbulence.

 

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 rigo35
      M53 sous une lune gibbeuse ; le 19/04 , 153 image de 2 secondes , au c11 , camera 224mc ,traitement as3 , siril , gimp et astrosurface .

    • 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.
       
       
  • Évènements à venir