[Bf-committers] Color Correction Node - "Lift"

François T. francoistarlier at gmail.com
Mon Jan 14 17:42:18 CET 2013


2013/1/14 Bartek Skorupa (priv) <bartekskorupa at bartekskorupa.com>

> I wouldn't consider it a bug. Color Balance makes no assumptions more than
> that it receives LINEAR to work on.
> Every other node assumes the same, so there's no problem here.
>

Except if somebody changed it, this was not true.


> Conversion to sRBG inside the algorithm can be treated as one of the
> operations this node performs.
> If we don't call this "conversion to sRGB", but "primary adjustment" or
> whatever else - we don't anymore perceive it as a bug, don't you think?
>

This is not really pratical. Each conversion, you are loosing more or less
precision depending on the space you are converting to. Hiding that in your
algorithm is not something I would recommand. But that's my personal
opinion.


>
> Getting back to "Color Correction" node:
> It's really fine with me that this node behaves as it does. If it's left
> this way we would only have to change names of the operations.
> "Gain" should be called "Slope" and "Lift" should be called "offset".
> Then everybody who knows those terms simply don't get unexpected results.
>

+1



F.


More information about the Bf-committers mailing list