Marc S

format d'image SIRIL--> IRIS

Messages recommandés

Bonjour à tous,

 

Je rencontre un problème pour le traitement final avec IRIS d'une image qui a été empilée avec SIRIL.

 

Dans SIRIL, j'effectue le prétraitement classique (DOF) , l'empllement, puis un traitement de base (retrait gradient, étirement de l'histogramme,....).

 

Tout cela se fait dans Siril en 32 bits et format réel (entre  -1 et +1)==> voir la copie d'écran de Siril

 

Pour poursuivre avec IRIS je sauve l'image en entiers signés 16 bits (le format fit accepté par IRIS).

 

Et là, sans trop de surprise, j'ai un histogramme tronqué de l'image ===> voir copie d'écran de IRIS.

 

L'image n'est pas exploitable.

 

Pourtant Siril indique un format "PIC" supporté. Mais je ne vois pas comment sauver l'image en "PIC" dans Siril.

 

Alors comment faites vous pour utiliser/finaliser avec IRIS  une image issue de SIRIL ? Merci.

 

Marc.

copie-écran Siril.jpg

copie-écran Iris.jpg

Partager ce message


Lien à poster
Partager sur d’autres sites

Sous IRIS, de mémoire, l'importation d'un fichier PIC ou FIT est différente du simple chargement. A re-essayer mais c'est comme cela que je réglais les problèmes entre les formats de fichiers entre (c'était du planétaire) IRIS et Registax ou autres.

 

Marc

 

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 13 minutes, Marc S a dit :

Pour poursuivre avec IRIS je sauve l'image en entiers signés 16 bits (le format fit accepté par IRIS).

Ben oui :)

Et en entiers signés les valeurs vont de 32767 à -32768 ;) là, tu affiches de 32767 à 0 ;)

Essaie en tapant >visu 32767 -30000 dans la boite de dialogue :)

Bonne journée,

AG

  • Merci 1

Partager ce message


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

l'importation d'un fichier PIC ou FIT est différente du simple chargement

 

Merci Marc, bon reste à chercher comment faire...

il y a 6 minutes, ALAING a dit :

Essaie en tapant >visu 32767 -30000

 

Merci Alain, mais cela ne marche pas . Toujours le même aspect tronqué de l'image.

 

J'ajoute l'histo donné par prism de l'image sauvée en entiers 16 bits...

histo.jpg

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour,

 

Oui c'est un peu casse pied cette histoire de 16 bits signés. 

Mais pourquoi vouloir passer de Siril à Iris ? Siril doit savoir faire la même chose qu'Iris ? Je me trompe ?

Partager ce message


Lien à poster
Partager sur d’autres sites

Alors essaies de sauvegarder en TIF 16 bits à la sortie de SIRIL, ça devrait passer avec IRIS :)

  • J'aime 1

Partager ce message


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

Mais pourquoi vouloir passer de Siril à Iris ? Siril doit savoir faire la même chose qu'Iris ? Je me trompe ?

 

Oui et non (je ne suis pas normand)...

 

Je fais le maximum avec Siril. Surtout le traitement par lot plus rapide et moins fastidieux.

 

Maintenant IRIS est plus complet pour "peaufiner" sur l'image finale et on voit mieux ce que l'on fait...(exemples : binning, transformation HSI pour le LRGB,...)

 

 

Modifié par Marc S

Partager ce message


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

Alors essaies de sauvegarder en TIF 16 bits à la sortie de SIRIL, ça devrait passer avec IRIS

 

J'ai fait cet essai et IRIS "prend" en TIFF 8 bits....

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 54 minutes, Marc S a dit :

Pourtant Siril indique un format "PIC" supporté. Mais je ne vois pas comment sauver l'image en "PIC" dans Siril.

 

Siril lit les PIC, mais n'enregistre pas dans ce format. Et la encore ca ne t'aiderai pas car ca serait aussi du 16bits signés.

Est-ce vraiment nécessaire ton passage sous IRIS ? Avec tout le respect que j'ai pour ce vénérable logiciel (et franchement je le pense, je l'aime vraiment), il est ancien et plus développé. Et comme tu vois, cela pose problème sur les formats de fichiers. Car maintenant tous les softs astro travaillent en 32bits...

Modifié par Cyril Richard

Partager ce message


Lien à poster
Partager sur d’autres sites

Image sauvée en 16 bits TIFF dans Siril.

 

Cela donne (chez moi) dans IRIS ;

 

TIFF 8 bits pour une image mono

TIFF 16 bits pour une image couleur

 

Bizarre!!!!

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 51 minutes, Marc S a dit :

Alors comment faites vous pour utiliser/finaliser avec IRIS  une image issue de SIRIL ?

Alors je vais te dire mais .  .  . tu dis rien parce que y en a que ça amuse bien mais je m'en . . .  :)

Donc si j'ai envie de passer mon image dans Iris, je la sauve en BMP à la sortie de Siril :)

Perso, 16 millions de couleurs, mes yeux ne font pas plus la différence qu'avec 16 miyards xD

Et pas que les miens d'ailleurs, le 32 bits c'est pour les frimeurs :D

Partager ce message


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

Donc si j'ai envie de passer mon image dans Iris, je la sauve en BMP à la sortie de Siril :)

 

Oui enfin tu passes de 32bits a 8bits.

Je sais pas quel process tu utilises sous IRIS mais il reste plus bcp de pixel a traité en faisant ça. Et du coup je reste circonspect sur l'utilité de le faire sous IRIS.

Un travaille sous GIMP, en 32bits, serait surement mieux.

Partager ce message


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

Et pas que les miens d'ailleurs, le 32 bits c'est pour les frimeurs :D

OK. Mais 16bits minimum

  • J'aime 1

Partager ce message


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

tu dis rien parce........

 

Non bien entendu, à personne..:D

il y a 5 minutes, Cyril Richard a dit :

Oui enfin tu passes de 32bits a 8bits.

 

Oui c'est bien en 8 bits pour le BMP:/

Partager ce message


Lien à poster
Partager sur d’autres sites

Tu sais Cyril, sincèrement, quand je vois que beaucoup n'arrivent pas à différencier 256 niveaux de gris en N&B, je me pose des questions :)

Alors 16 millions de couleurs sur une image RGB me suffisent amplement ;)

Partager ce message


Lien à poster
Partager sur d’autres sites

J'ai trouvé une parade... 

 

Je prends une statistique de l'image (format réel) :

 

STAT img Moyenne.... Max Min.....

 

Puis je multiplie l'mage par coeff= 32768/Max.

 

Je sauve en fits entier 16 bits. Et là j'ai un histogramme non tronqué à l'ouverture dans IRIS.

 

Est-ce bien "catholique" ?

 

PS: pour le fun...

Modifié par Marc S
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

@ALAING

 

Prenons le cas d'une ASI6200 (ou même 2600) qui possède une dynamique de 14 bits à gain 100.

En empilant 4 images tu gagnes 1 bit.

En empilant 16 images tu es déjà à 16 bits.

En empilant 64 images tu as dépassé le buffer de 16 bits et il ne sert plus à rien d'empiler plus.

 

D'où le passage obligatoire à 32 bits.

 

On te vendrait une caméra 8 bits, tu l'achèterais toi ?

 

  • Haha 1

Partager ce message


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

D'où le passage obligatoire à 32 bits

 

Nous sommes d'accord. Du 32 bits avec Siril pour l'empilement.

 

Mais pour l'image finale, un traitement en 16 bits suffit, non?

 

Le résultat final à publier est en JPEG de toute façon.

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 22 minutes, Marc S a dit :

Nous sommes d'accord. Du 32 bits avec Siril pour l'empilement.

 

Mais pour l'image finale, un traitement en 16 bits suffit, non?

 

Le résultat final à publier est en JPEG de toute façon.

 

Certains logiciels (dont les vieilles versions de Photoshop) ne savent traiter qu'en 16 bits de toutes façons.

D'où l'intérêt de continuer le post-traitement sous Gimp par exemple en 32 bits et la conversion en jpg ou png 16 bits à la toutes fin de traitement seulement pour ne pas dénaturer les traitements avant.

Partager ce message


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

CONVERTSX sous iris

 

valable uniquement pour convertir des entiers non signés en entiers signés, malheureusement.

Partager ce message


Lien à poster
Partager sur d’autres sites

C'est ce à quoi je pensais aussi. Par contre effectivement je n'ai jamais eu à lire du 32 bits. J'avais plutôt du 16 bits positif (0..65535) à la place du centré sur zéro (-32768..+32767). A l'offset près c'est pareil.

J'aurais tendance quand même à conserver le format "le plus disant" (32 bits) le plus longtemps possible. Et de ne convertir en 16 bits, voire en 8 bits le plus tard possible, peut être pour ne faire que de la cosmétique et de la gestion de la dynamique.

 

Marc

 

  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

 

Il y a 4 heures, Colmic a dit :

On te vendrait une caméra 8 bits, tu l'achèterais toi ?

J'en ai déjà plein :)

Bonne soirée,

AG

 

 

Modifié par ALAING

Partager ce message


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

J'en ai déjà plein :)

 

Dont l'asi 533 mc à 8 bits à mettre à la déchetterie ?:D

  • Haha 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Et avec loadsx3 ?   A partir d'une image en FIT ?

 

Sinon pour la finition, il y a le très bon logiciel Astrosurface !

  • 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 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




    • Par Astramazonie
      Bonjour les Astros, 
       
      Petite prise du "CASQUE DE THOR" qui date d'une semaine, que je pensais perdu dans les abysses des clichés mais qui a pu être récupérée, toujours au Seestar 20 minutes de pose.
       
      Merci à @Bob Saint-Clar pour son aide pour le traitement ... et le sauvetage de cette photo.
       

       

    • Par Chani11
      Bonjour,
      Après beaucoup de faux pas, d'hésitations et d'erreurs en tout genre, je pense commencer à maitriser le B A BA de NINA et de PHD2 associé. En gros, je fais la mise au point manuelle grâce aux valeurs HFR (mieux que le bahtinov), le pointage et le centrage de la cible se font correctement grâce à l'astrométrie, le suivi PHD2 une fois calibré est plutôt bon (l'amplitude des oscillations se situe dans une gamme inférieure à +/- 1 ". Faire une séquence est alors un jeu d'enfant.
      Cependant, au vu des résultats, mon enthousiasme est plus que modéré.
      J'ai choisi pour mes trois nuits d'essai (trois nuits sans vent, c'est exceptionnel) M101, cible facile, brillante et bien placée en ce moment.
       
      Ce qui me frappe immédiatement, c'est le fort vignetage de la caméra. Mon APN,  APS-C et nombre et taille de pixels comparables à la 2600, n'avait pas de vignetage visible. Bien sûr ça se corrige plus ou moins avec les flats, mais ce n'est pas top pour ce genre de capteur.
      Deuxième déception, le bruit. Les images sont très bruitées, même après traitement : dark, flat, 75 poses de 2 minutes sur T200/1000. J'ai choisi le gain donné par défaut par NINA pour cette caméra, à savoir 421/600 et un offset de 1. Est-ce trop élevé ?
      Avec ce gain, durant deux minutes de pose, la galaxie n'apparait pas sur les brutes, ce qui me surprend énormément pour une caméra dite sensible.
       
      Voici le résultat avec un traitement classique Siril
       
       

       
      J'ai dû lisser un max pour atténuer le bruit. C'est très en deçà de ce que j'obtenais avant.
       
      Pour info, une brute, réduite en 2k
       

       
      A votre avis, quelles sont les pistes d’amélioration ?
      Merci
       
  • Évènements à venir