question de base sur pixinsight

[mariobross]

Bonjour , j'ai une question simple , si j'ouvre une image sous iris ou fitswork , j'ai une valeur d'ADU pour chaque pixels , c'est pareil quel que soit le logiciel , et ça semble bien normal.

si j'ouvre la même image sous pix , la valeur d'ADU n'est plus identique

 

exemple :

j'ai une caméra 16 bits , je prends un flat : valeur d'un pixel au centre de l'image = 26 000 adu , (mesure iris et fitswork).

 

la meme image ouverte sous pix , k = 59 000 .

 

qu'est ce qui m'échappe ??

 

jean claude.

[gerard33]

Bonsoir

c'est peut-être parce qu'Iris s’arrête à 32767 ADU?

[Fred_76]

Pix utilise des voies que seul le Créateur connait...

 

Pour nous c'est File Open, File Open, File Open, File Open, File Open, File Open...

[ursus]

De memoire, pixinsight travaille en 32bits. Tes valeurs doivent etre le résultat du reetallement des 16bits sur du 32 bits.

[mariobross]

De memoire, pixinsight travaille en 32bits. Tes valeurs doivent etre le résultat du reetallement des 16bits sur du 32 bits.

 

merci il doit y avoir quelque chose du genre , après vérification si je prends les brutes sorties de la caméra SANS RIEN Y FAIRE , j'ai bien les mêmes valeurs , et c'est donc après les avoir passés sous iris que j'ai des valeurs qui différent.

bon c'est un peu plus logique comme ça.

 

merci à vous.

j claude.

[Jean-Paul59]

Dans la doc IRIS, il est mentionné qu'en interne les données sont codées de -32768 à +32767, une valeur de 26000 ADU correspondrait donc à une dynamique de -32768 à +26000 = 58768, on retrouve nos petits.

JP

Modifié 9 février 2016 par Jean-Paul59

[Astrovicking]

C'est exact!, je ne sait pas pourquoi c'est comme ça d'ailleurs, ça cause souvent des confusions.

[lock042]

Oui, en fait il existe 2 type de fichiers 16bits dans les fits.

Le 16bits signé (utilisé par IRIS) qui va de -32768 à +32767 (souvent confondu à tord par du 15bits non signé qui va de 0 à 32767 et qui n'est pas un standard de FITS.

et le 16bits non signé qui va de 0 a 65535.

Selon la doc du FITS (https://heasarc.gsfc.nasa.gov/docs/software/fitsio/c/c_user/node20.html), les fichiers 16 bits signés et non signés sont en fait stockés de la même façon (en signé). Seul un paramètre d'offset indique si on doit décoder en signé ou en non signé (BZERO = 32768).

 

Dans PixInsight, les valeurs sont stocké en interne en double (i.e 64bits flottant). Du coup il fait fi de ces considérations et l'utilisateur peut choisir sous quel mode il veut voir afficher les valeurs des pixels. Par exemple dans l'outil statistique tu peux choisir de voir en en 8, 10, 12, 14 ou 16 bits non signés, ainsi qu'en réel normalisé de 0 a 1.

Il s'agit donc juste de la représentation du même pixel dans un référentiel différent.