|
![](/i/fill.gif) |
Nathan Kopp wrote:
>
> AFAIK, the float values that the post process filters access are in fact
> pre-gamma and pre-clipping. At least that's what I intended when I wrote
> the code... and a quick look at the source code (search for
> "Assign_PP_Data") confirms this. (Assign_PP_Data, which copies all the
> post-processing data to the appropriate array, is done between Trace or
> Trace_Primary_Ray and the corresponding calls to clip_colour and
> gamma_correct.)
>
> Post processing filters also have access to the gamma-corrected, clipped
> values (these are the values that most filter writers use).
>
In fact it's the opposite: the color values that they access are the
clipped and gamma corrected values (in the "in" array) and they can
request and access the unclipped ungamma-corrected values (in the Data
structure if they set the right flag). And the final output is not gamma
corrected which ensures a different result on different machines. I
think that the opposite should be true: the "in" array should contain
the pre-gamma, pre-clipping values and gamma correction should occur
after the post processing.
--
* Doctor Jekyll had something * mailto:ber### [at] iname com
* to Hyde... * http://www.enst.fr/~jberger
*******************************
Post a reply to this message
|
![](/i/fill.gif) |