2013/1/14 Bartek Skorupa (priv) <bartekskor...@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. _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers