Exposition des flats et niveaux sous Pixinsight

Bonjour,
premier post ! (après celui de présentation ;-) )

un (vieux) sage m'a expliqué que mes flats devaient être exposés aux 2/3 de l'histogramme...ou au moins le coefficient "k" sous pixinsight devait avoir une valeur entre 0.2 et 0.8...j'ai donc ressorti mais anciens flats...qui ont tous une valeur de k ~0.05 ...et je constate effectivement qu'ils sont un peu sombres...
J'ai donc essayé de créer des flats mieux exposés.
J'ai augmenté la durée et de pose, et là est le problème, malgré une hausse continue du temps pose mon coefficient k plafonne à 0.2335... je limite donc mes temps de pose à 1/10 ème ce que me donne des flats exposés à 0.21...

Ma question est la suivante : j'ai l'impression de ne pas utiliser toute la dynamique et je ne comprends pas pourquoi les valeurs de k plafonne à cette valeur de 0.2335 et non à 1...?!

Merci de votre avis !
Arnaud D.

ps : j'utilise un CANON 1100D.

Salut
Attention à la conversion RAW - FITS sour Pixinsight.
Les 14 bits des APN donnent une dynamique entre 0 et 0.25 au lieu des 16 bits en 0 - 1

Ce que je fais, c'est multiplier par 4 le format RAW dans "FILE FORMAT"
Après, tous les RAW s'ouvrent entre 0 et 1

Philippe

ça marche...j'ai passé le champs "Brightness" à 4...et effectivement ça fonctionne beaucoup mieux comme ça...je cherchais quelque chose autour de la de-bayerisation...mais non.

Reste que je ne comprends pas cette dynamique réduite à 0-0.25 (ou 0-4096) sur 14 bits...

Quoi qu'il en soit, merci Philippe.

tout simplement que 16384 (14bits) est 4x plus petit que 65535 (16bits)
4096 (12bits) sera encore pire !!!!

Pixinsight s'attend à recevoir des données 16 bits (elles sont codées comme ça de toutes façon). Or, la valeur max qu'il reçoit est 16384 donc 0.25

CCD1024 a écrit:tout simplement que 16384 (14bits) est 4x plus petit que 65535 (16bits)

comme qui dirait "c'est pas faux"...   

CCD1024 a écrit:
Pixinsight s'attend à recevoir des données 16 bits (elles sont codées comme ça de toutes façon). Or, la valeur max qu'il reçoit est 16384 donc 0.25

la valeur k=0.25 correspondait grosso modo à une valeur de 4096 (je plafonnais ) et non à 16384... donc pixinsight en lisant le fichier 14 bits comme du 16 bits divise toutes les valeurs par 4 ...
c'est clair.

@spiritchaser a écrit:
la valeur k=0.25 correspondait grosso modo à une valeur de 4096 (je plafonnais  ) et non à 16384... donc pixinsight en lisant le fichier 14 bits comme du 16 bits divise toutes les valeurs par 4 ...
c'est clair.

Heu...

si Pix considère que 16bits (65535) donnera entre 0 et 1.0
alors 14bits (16384) donnera entre 0 et 0.25
et 12 bits (4096) donnera 0 à 0.0625

Ton canon 1100D est sur 14bits, 16384 niveaux !
un vieux 350D est sur 12 bits (4096 niveaux)

CCD1024 a écrit:
alors 14bits (16384) donnera entre 0 et 0.25

Je comprends vite mais ... :-)

seul point qui m'étonne dans cette histoire c'est que lorsque la valeur k= 0.23, équivalait 3886 en "bit cout" ...j'attendais une valeur proche de plutôt 16384...