Masmich

Astrosurface et vidéos 12 bits

Messages recommandés

Bonjour,

vieil utilisateur d'Iris ayant progressivement glissé vers des logiciels plus récents, Registax, DSS, Siril, AS3, en passant par PIPP, je n'avais encore jamais testé Astrosurface, pourtant plébiscité par la communauté...:$

 

C'est fait depuis... 2 jours !...:).

La "propreté" et la sobrité de l'interface, qui ne nous noie pas d'entrée dans un multi-fenêtrage encombrant, me plait beaucoup. Et, à la demande, les fonctions sont nombreuses et très évoluées. C'est un remarquable travail, merci et bravo au(x) créateur(s) (Lucien and Co je crois...).

 

J'ai commencé à découvrir Astrosurface avec mes vidéos SER 8 bits, sans problème, mais lorsque j'ai voulu ouvrir des 12 bits, ben....

- celles issues de ma cam "couleurs" (Altaïr 224C) provoquent intantanément la fermeture d'Astrosurface.

- celles issues de ma cam N&B (Altaïr 130M) sont bien reconnues en mono mais ne s'affichent pas. Le nombre d'images annoncé est le bon mais si on veut les faire défiler il est indiqué "No image to display".

NB : mes vidéos 12 bits "passent" sur les autres logiciels..., quitte  à ce que quelquefois ils les recodent en 8 bits à l'ouverture, c'est classique.

 

Faut-il cocher un truc quelque part ?, j'ai fouillé, pas trouvé.... Est-ce lié au lociciel lui-même ?, pb connu ?. Ou peut-être une incompatibilité "12 bits" entre Astrosurface et  mon ordi  ?

Mon PC est un HP Pavilion LAPTOP-A7A9BNH7 , i5 à 2.5 GHz, Ram 8 Go, sous Windows 10 64 bits.

 

Merci par avance pour vos éclairages !.... :)

 

MM

 

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour,

 

Concernant ce problème de SER 12 bits.

Je ne savais pas que ça existait des SER 12 bits.:D

 

Par exemple sur une caméra comme l'ASI 1600 qui sort en 12 bits EN INTERNE, c'est codé en 16 bits dans le SER pour la sortie.

Si vraiment le SER est du 12 bits,; actuellement ASTROSURFACE ne sait pas le reconnaitre car je n'ai rien programmé à cet effet.

Je suis quand même surpris que la caméra sorte en 12 bits réels..

 

Je fais une comparaison ;

pour transporter des charges on a des camions standard pour 8 ou 16 tonnes (choix de 8 ou 16 bits donc)

Apparemment Altair vient de crées un camion pour transporter 12 tonnes !

 

Maintenant si tu as un bout de vidéo à échanger ( 10 images suffisent ) et de n’importe quoi ) , je peux y remédier à priori.

 

Pour la caméra mono, après chargement de la vidéo; tu as le COLOR DECODER dans le menu tout en haut à gauche ;

CONFIGURE / DECODE puis DECODE COLORS.

 

Lucien

 

Modifié par Lucien
  • Merci 1

Partager ce message


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

NB : mes vidéos 12 bits "passent" sur les autres logiciels..., quitte  à ce que quelquefois ils les recodent en 8 bits à l'ouverture, c'est classique.

Si tu fais de l'imagerie rapide tu peux sortir en 8 bits et ça règle le problème pour l'instant.

Car sortir en 12 ou 16 bits dans ce cas n'a pas vraiment d’intérêt.

 

Lucien

Modifié par Lucien

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour Lucien,

et merci de répondre si vite, et en personne ! :)

 

Oui, bien sûr, mon pauvre cerveau âgé  a un peu déraillé lors de la rédaction de mon message, c'est bien du 16 bits...:$

Et oui, l'intérêt de faire des vidéos rapides en 8 bits (c'est mon habitude) ou plus est un débat fréquent. A plus de 8 bits, à durée vidéo égale, on a moins d'images, mais elles sont plus "profondes" en nuances et, à priori, doivent mieux se prêter aux traitements. Alors j'ai décidé de faire des essais pour me faire ma propre opinion..., réponse bientôt ;).

 

A l'ouverture des fichiers mono 16 bits il y a bien la fenêtre "Colors decoder" qui s'ouvre , "Monochrome" y est déjà coché. je clique sur OK et .. rien...

La vidéo complète fait 597 Mo.

Copie du haut de l'écran :

Astrosurface 1.bmp

Avec PIPP j'ai donc coupé à 10 images pour t'envoyer une mini vidéo mono 16 bits (3 126 ko). Par curiosité je l'ai ouverte dans AstroSurface, et ça marche ! :S. J'ai vérifié, me suis pas planté sous PIPP, elle est bien en SER 16 bits.

 

J'ai donc fait la même chose avec une vidéo couleur SER 16 bits, 10 images SER couleurs 16 bits pour 2 344 ko, et Astrosurface l'ouvre sans planter !

La vidéo complète, qui provoque le fermeture instantanée d'AstroSurface, fait  1.23 Go.

 

Serait-ce un pb de taille de fichier ?

Je te mets quand même les deux mini vidéos :

Mars4-IR-0018_pipp.ser

Mars224C-0001_pipp.ser

 

Merci encore de ton aide...

 

Michel

 

Partager ce message


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

A l'ouverture des fichiers mono 16 bits il y a bien la fenêtre "Colors decoder" qui s'ouvre , "Monochrome" y est déjà coché. je clique sur OK et .. rien..

Michel,

Ce n'est pas la taille de fichier qui limite. On peut faire des dizaines de Go sans problème.

 

Si on parle de la caméra couleur, ici à ce niveau si tu captes en 16 bits ce sera forcement en RAW (brute)

et normalement quand on ouvre AstroSurface, il doit te proposer une image couleur dans le Decoder et non monochrome ! Etrange.

 

Pour que je comprenne où est le problème, il faudrait me faire une très courte vidéo avec la caméra seule visant un objet un peu coloré

et capté en 16 bits comme la vidéo qui pose problème. En ajustant le Gain et temps de pose quand même.

Quelques 'images suffisent.

 

 

Lucien

Modifié par Lucien

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut à tous,

Oui, le SER peut faire du 16 bits. C'est un de ses intérêts. Intérêt un peu théorique il est vrai pour le planétaire/lunaire. Mais il y a quelques cas où cela peut rendre service.

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut Christian,

 

Bien sûr et je l'utilise souvent avec l'ASI1600MM en 16 bits.

Ici le problème me semble plus lié à une information qui est dans l'entête du fichier SER et qui passe mal dans AstroSurface.

 

Lucien

 

 

 

Untitled-1.jpg

Modifié par Lucien

Partager ce message


Lien à poster
Partager sur d’autres sites

Pas de problème Christian. B|

 

Je dois dire que j'ai eu très peu de problèmes pour l'instant à décoder les SER.

Les AVI c'est un peu le foutoir !

Et si l'on s'en tient aux principaux Codecs utilisés par la plupart des caméras astro amateur ça va.

Cependant je ne recommande pas d'utiliser des AVI en astronomie, privilégier les SER.

 

Lucien

Partager ce message


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

Si on parle de la caméra couleur, ici à ce niveau si tu captes en 16 bits ce sera forcement en RAW (brute)

et normalement quand on ouvre AstroSurface, il doit te proposer une image couleur dans le Decoder et non monochrome ! Etrange.

 

Non, à l'ouverture d'un SER couleur 16 bits,  issu d'Altaïr Capture, Astrosurface ne me dit pas "Monochrome", il se ferme, exit !...

Et à l'ouverture d'un SER mono 16 bits, toujours issu d'Altaïr Capture, Astrosurface ne plante pas, il reconnait bien le fichier en mono, mais n'affiche rien et me dit "No image to display".

Dans les deux cas, si avec PIPP je réduis les fichiers à quelques images, toujours SER 16 bits, Astrosurface fonctionne normalement (ça m'a mis la puce à l'oreille...).

Il m'est venu l'idée de demander à PIPP de "mouliner" mes SER 16 bits entiers, couleurs et mono, toutes options décochées. J'ai donc récupéré des "clones" SER couleur et mono 16 bits identiques aux originaux, exactement des mêmes "poids", mais simplement "recodés" (?... j'uis pas informaticien...) par PIPP.

Hé bien Astrosurface les ouvre.... O.o, et les traite normalement, ça marche !....:)

 

NB: les SER  16 bits issus d'Altaïr Capture "passent" bien avec les autres logiciels astro, seul Registax avertit qu'il les recode en 8 bits.

 

Si ces infos peuvent t'éclairer.....

Je vais de ce pas faire deux (couleur et mono) trèèèèèèès courts SER 16 bits bruts d'Altaïr Capture et te les envoyer, tu y trouveras peut-être une piste...

 

Et merci encore Lucien, après mes premiers essais Astrosurface me semble vraiment être un excellent logiciel astro :x.

 

Michel

 

 

 

Mire_16bits_pipp.ser

Partager ce message


Lien à poster
Partager sur d’autres sites

Ok Michel,

 

Je vois le problème grâce aux deux fichiers que tu m'as envoyé.

C'est un manque dans AstroSurface qui n'a pas été prévu pour des 12 bits qui sont en fait des 16 bits.

Je ferai un correctif et je te tiens au courant en message privé.

Et il n'y aura pas de conversion en 8 bits !

Merci beaucoup à toi pour cet échange.

 

Lucien

 

 

Untitled-1.jpg

Partager ce message


Lien à poster
Partager sur d’autres sites

Michel,

 

J'ai fait le correctif pour ces fichiers SER 12/16 bits mono et RGB pour ta caméra Altair.

Ci-joint je te fournis dans un zip à décompacter le nouveau :      Astrosuface.exe

 

Il te suffit de remplacer l'ancien fichier par celui-ci et ça doit fonctionner.

Tiens-moi au courant. :D

Merci pour le partage.

 

http://dl.free.fr/kyhSmbeVd

 

Lucien

Modifié par Lucien
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour Lucien,

 

impec !.... :), ta nouvelle version gère sans soucis les SER 16 bits  directement issus des caméras Altaïr 224C et 130M....:)

 

Un graaaaand merci à toi !...:):):)

 

Voici le résultat d'un p'tit traitement "vite fait" à l'instant, pas très travaillé, d'un SER 16 bits couleurs de Mars (224C), Astrosurface + Gimp :

(C8 à f25 + cam Altaïr 224C)

5fae36ae44ae2_MarsC8f25camAltar224CSER16b-MM.jpg.5d1abc58244b954a494aad95ff5f70f9.jpg

 

Pour la petite histoire, et pour les utilisateurs de caméras Altaïr qui passeraient par là, j'ai trouvé l'origine du "12 bits"  qui était dans un coin de mon vieux cerveau :

Si on ouvre le soft "Altaïr Capture" sans avoir connecté de caméra, l'onglet "Profondeur de bits" propose 8 ou 16, mais si il y a une caméra, 224 C ou 130M, connectée à l'ordi alors c'est 8 ou 12 bits qui sont proposés !...:S, cependant, si on coche 12 le SER obtenu est bien en 16...9_9.

Bon.....

 

NB : à mon avis, si le 16 bits n'est effectivement pas très intéressant en planétaire, sur ces petites caméras il l'est probablement en utilisation "Ciel profod en poses courtes" où le débit d'images est bien plus faible et où la profondeur de couleurs apporte un vrai "plus" lors du traitement, d'où l'intérêt de pouvoir ouvrir ces SER 16 bits dans Astrosurface.

 

Je m'en vais donc maintenant explorer et appprendre à bien connaître les (très) nombreuses fonctionnalités d'Astrosurface :), et présenter ça à mon club, par mails bien sûr car avec le confinement....>:(

 

Merci encore à toi Lucien, et bon ciel !...

 

Michel

 

  • J'aime 1

Partager ce message


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

impec !.... :), ta nouvelle version gère sans soucis les SER 16 bits  directement issus des caméras Altaïr 224C et 130M....

 

Bonjour Michel,

Je viens de mettre le site AstroSurface à jour avec la version OMEGA-1 qui est celle que tu as.

C'est superbe de collaborer autant que faire se peut, afin d'améliorer et de corriger AstroSurface. B|

Concernant le Ciel-Profond, je vais commencer à muscler le logiciel dans ce sens et il y a de quoi faire.

Ce sera le but des prochaines versions : dont PROXIMA.

 

 

il y a une heure, Masmich a dit :

NB : à mon avis, si le 16 bits n'est effectivement pas très intéressant en planétaire, sur ces petites caméras il l'est probablement en utilisation "Ciel profod en poses courtes" où le débit d'images est bien plus faible et où la profondeur de couleurs apporte un vrai "plus" lors du traitement, d'où l'intérêt de pouvoir ouvrir ces SER 16 bits dans Astrosurface.

 

Oui tout à fait.

Capter en 12/14/16 bits est intéressant si l'on est à Gain faible afin de profiter de la dynamique de la caméra sur certains sujets.

On peut estimer le Gain en-dessous duquel ça devient intéressant en scrutant la courbe Dynamique-Gain.

Lorsque j'ai utilisé mon ASI1600 en ciel profond, pour les premières sorties et comme c'était du CMOS à faible bruit de lecture,

j'ai eu des loupés.

En effet je travaillais à Gain trop fort et trop faible temps de pose par rapport aux flux lumineux trop faible : filtres Halpha à bande étroite...

Alors que je ne le faisais pas avec l'ATIK 314 precedente : on ne pouvait d'ailleurs pas le faire avec cette CCD.

 

Bon ciel à toi,

 

Lucien

Modifié par Lucien
  • Merci 1

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 Akelox
      Bonjour je vais acheter mon premier télescope et je prévoit de faire de l'astrophoto du ciel profond principalement, j'aimerais donc savoir ce que vous pensez du matériel que j'ai choisi et si j'ai oublié des choses :
      - https://www.astroshop.de/fr/telescopes/telescope-skywatcher-n-150-750-pds-explorer-bd-eq3-pro-synscan-goto/p,19164
      - https://www.astroshop.de/fr/controleurs-et-cables/zwo-mini-ordinateur-d-astrophotographie-asiair-mini/p,77072
      - https://www.astroshop.de/fr/cameras-astronomiques/camera-zwo-asi-662-mc-color/p,75719
       
      Gabriel De Roover
    • Par Phil49
      Bonjour,
       
      Je suis en plein traitement des films SER que j'ai pu faire il y a deux semaines pendant une "trouée" exceptionnelle dans ce long tunnel de mauvais temps.
       
      J'ai généré ces films via mon MAK 180 et ma camera Player One Mars C-II (IMX 662).
       
      J'ai déjà pu travailler sur une demi-douzaine de films au format SER et avec Autostakkert, puis Registax et une petite touche de finition pour l'histo avec Pix, j'ai maintenant un processus de traitement qui marche pas trop mal.
       
      Voici un exemple ci-dessous qui vaut ce qu'il vaut pour une première soirée à photographier la Lune et mon process :
       

       
      Il ne s'agit pas du Tiff mais d'un PNG pour montrer aux personnes que cela intéresse dans mon entourage.
       
      il ne s'agissait que de films uniques pour une région unique à traiter.
       
      J'ai ensuite fait lors des deux dernières soirées, des séries de plusieurs films de la même ROI (Region Of Interest) et je pensais (naïvement) que reprendre le même process à l'exception de l'alignement des images de l'étape 1 sous Registax en étape 2, ferait l'affaire, mais que nenni !
       
      J'ai donc bien traité mes 3 films dans Autostakkert, qui m'a généré mes 3 images au format Tiff, jusque là ok.
       
      Ensuite, je vais dans Registax, je sélectionne les 3 fichiers :
       

       
      ...je vais sur l'onglet "Set Alignpoints" :
       

       
      Je laisse les valeurs par défaut :
       

       
      .. je clique sur "Align" et là, l'appli part en vrille, j'ai le rond qui tourne et plus rien, je dois "killer" l'application !
       
      Si je réduis le nombre de points même à deux, ça plante aussi !
       
      J'ai essayé de trouver des réponses sur le Net mais rien de concluant, il y a  bien des posts pour travailler avec des macros, sous Registax, mais ce n'est pas ce dont j'ai besoin...
       
      Est-il impossible de procéder comme cela !?
       
      Ou alors faut il refaire une passe avec mes trois images Tiff sur Autostakkert pour n''en générer qu'une et sera t'il capable de le faire avec 3 gros fichiers Tiff ?
       
      J'avoue que je sèche !
       
      Merci pour votre aide !
       
      Philippe
       
       
    • Par jeffbax
      Bonjour les amis,
       
      Les dernières semaines de vaches maigres pour les observations n'ont pas eu que des inconvénients (même si c'est mieux quand il fait beau). Elles ont laissé du temps au traitement et à la gestation d'images, dont particulièrement celle-ci.
      L'idée est née avec @GuillaumeGZ, avec qui nous partageons beaucoup, suite à la publication d'un travail colossal effectué par un groupe d'une quinzaine de photographes en plus de 250 heures. Ils ont détecté les extensions de M51 comme jamais, dont en Ha.
       

       
       
      Guillaume voulait tenter cette détection et de mon coté je voulais un truc avec plus de résolution. On a d'abord pensé à des poses rapides au T350 pour la galaxie... C'était déjà pas mal. Mais en voyant s'accumuler les poses en luminance, on a changé de calibre.
       
      Exceptionnellement, nous avons marié les données issues du T1000, publiées en 2021 par la team Omicron avec celles du T250 f/4 de Guillaume.
       
      Il y a au T1000 f/3.2 8h10 de luminance et 1h45 par couche RVB - Ancienne CCD STX. Au T250 f/4 il y a 58h de L conservée sur 69h + 18h de Ha et 3h de RVB avec une 2600 MM Pro. Soit environ 92 heures.
       
      Durant ces dix derniers jours, entre les transferts de données, les versions intermédiaires et les choix partagés de rendu, on a bossé dur et finalement on s'est arrêtés sur l'image suivante. Elle résulte des compromis et corrections à tous les 3 avec @Superfulgur.
       

       
       
       
       
      Ne ratez pas la FULL en 6000 pixels :
       
       

       
       
      C'est un résultat tout en compromis que nous proposons, dont les différentes étapes de mixage seraient bien trop longues à expliquer en détails. En gros, tout ce qui est LSB (extensions lointaines) provient du T250, ainsi que le Ha. La galaxie jusqu'aux moyennes lumières vient du T1000, ainsi que les étoiles faibles et pétouilles de fond de ciel. Les extensions proches sont du T1000 + T250. On est à MAG 24 environ avec l'ancienne STX contre un peu plus de 22,5 avec le T250. Ca reste cohérent.
       
      La dynamique est monstrueuse et pour garder un aspect visuel équilibré, la galaxie est laissée en hautes lumières et brille fort. Le Ha a été intégré dans la couche rouge. Enfin, la couleur RGB vient d'un mixage des 2 télescopes. L'image du T1000 a été un poil réduite et celle du T250 agrandie raisonnablement. Pour finir on a gardé du bruit dans les extensions. On peut lisser ces extensions encore plus, même complètement, mais ça dénaturerait trop ce signal, extrêmement ténu. Ca moutonne déjà un peu là.
       
       
      Pour partage voici la L de 58h, déjà débarrassée d'une grande part de halos en prétraitement "spécial" (il en reste encore). Montée d'histogramme en GHS avec SIRIL + un masque sur la galaxie. On voit bien les structures de marée et c'est déjà surprenant.
       

       
       
      Et le petit lien Astrobin :
       

       
      La team remercie infiniment Guillaume pour ce partage et cette réalisation. Nous n'aurons jamais le temps de télescope pour attaquer ce type de LSB. Mais comme c'est moins le diamètre que le rapport F/D, la noirceur du ciel et le temps de pose qui comptent pour ces extensions, ce partage nous permet d'y accéder quand même.
       
      Voilà... On en est assez contents. Espérons qu'elle vous fera voyager aussi.
       
      Bon ciel.
       
      JF
       
    • Par Chani11
      Bonjour,
      Il s'agit d'une extension pour NINA pour gérer le retournement au méridien, qui permet de contrôler toutes les actions contrairement au meridian flip auto.
      Dans les vidéos tutos ou notice de cette extension, il faut installer le DIY meridian flip TRIGGER das lequel on doit mettre toutes les commandes. Hors celui-ci n'apparait pas, juste trois instructions qui ne fonctionnent pas seules. J'ai désinstallé puis réinstallé le pluggin, rien à faire. (mes versions sont à jour)
      Une idée ????
       

       
      Flip, rotate et wait ne peuvent fonctionner que dans M flip trigger, absent ici !
    • Par Bigcrunch
      bonsoir ,

      cette image a été prise la même nuit que le triplet du Lion , en suivant,  mais ce coup ci sans la lune ,  
      toujours avec la FS60 et son correcteur et le Sigma FP refiltré.
      147 poses de 60 s à 1250iso 112 poses retenues Prétraitement et traitement sur PI 
      images présentées : full à 1850 px ; crop à 50%; crop à 100%

      bonne soirée 
       
      Olivier




  • Évènements à venir