Jump to content

Canada's top-tier Telescopes & Accessories
Be as specific as possible when reporting issues and *ALWAYS* include the full version number of the application you are using and your exact *CAMERA MODEL*
  • 0




Bonjour tout le monde,


Je rencontre un problème avec la réalisation sous BYE.


J'ai réalisé des flats en utilisant l'histo soit 2/3 de la valeur max en L et controlé en RGB pour avoir les 3 couleurs autour des 2/3.


J'ai ensuite utilisé ces flats sous Pixinsight pour traiter une image.


Je me suis rendu compte que les flats ne corrigeaient pas correctement (présence du vignettage, poussière etc.. après le prétraitement)


J'ai donc testé sous Iris et j'ai le même résultat.


Est-ce que j'ai fait une erreur lors de la réalisation ?



Link to comment
Share on other sites

  • Answers 9
  • Created
  • Last Reply

9 answers to this question

Recommended Posts


je remonte ce post, car malgré la réponse de S3igell je suis toujours ennuyé avec le comportement de l'histogramme...pour un capteur Canon de 14 bits, je cherche à faire des flats entre 8150 et 10500 ADU max...et avec l'histogramme de BEOS complètement saturé, ce n'est pas simple...ça oblige à utiliser un logiciel tier ...ce n'est pas le but recherché.

Des flats avec des ADU à 2500...la normalisation fait remonter le bruit... non ?

Les flats réalisés semblent,  en mode "FLAT" automatique,  sous exposés et inefficaces lors du prétraitement...

S3igell fait référence à une option "exposure compensation" , est-elle disponible ? Y a-t-il un contournement ?

Merci à vous.



Link to comment
Share on other sites

Excuse my response in English (my High-School French is long forgotten - and even then only earned me grimaces during visits to Montreal and Hull and Mont-Tremblant), but...


The Histogram displayed in BYE is derived from the embedded JPG that the DSLR generates, even if used only for the Playback preview.  That JPG Image is processed for human consumption - Stretched and Saturated - by the Camera's Processor before it is stored in the larger CR2 file.

It is that Stretched JPG which causes a Histogram with the 2/3rds Exposure display, all while the RAW CR2 data is of less Exposure.  

It has been discussed in the past as a Feature Request that the BYE Histogram be derived from the CR2 data when the Image Type is set to Flat.


It has been discussed that the simple expedient of setting an Exposure Compensation of +2 will suffice to push the Flats taken via Tv mode to higher Exposure Levels more "acceptable" to workflows such as PixInsight.


It has also been discussed that there is No Real Need for a Flat (especially from any modern Sensor) to be exposed to the equivalent of 32K ADU, but rather only sufficient Exposure to ensure that the ADUs are within the Linear Response Range of the Sensor (about 2500-3500 ADU for most Canon Sensors).  The Flat Calibration workflow (even in PixInsight) performs a Normalization before performing any Pixel Math against the Light frames - that Normalization will bring a 3K ADU Flat to the same values as a 32K ADU Flat.  (Now, these "Linear Response Range" values are different per Sensor type - but one needs to go back several generations of CMOS or CCD design to find ones with such narrow "Linear Response Ranges" that the requirement of 50% ADU is really applicable.)

Link to comment
Share on other sites

Ton flat semble bien du point de vue d'un .cr2.


Peut-être que tu aurais plus de chance/traction dans les forums de traitement.  Peut-être un paramètre dans ton soft de prétraitement.


Je n'ai pas vraiment d'idée :(

Link to comment
Share on other sites


This topic is now archived and is closed to further replies.

  • Create New...

Important Information

This site uses cookies to offer your a better browsing experience. You can adjust your cookie settings. By closing this banner, scrolling this page, clicking a link or continuing to browse otherwise, you agree to the use of cookies, our Privacy Policy, and our Terms of Use