[Bf-committers] Blender developer meeting notes, 17 june 2012

Troy Sobotka troy.sobotka at gmail.com
Sun Jun 17 20:14:51 CEST 2012


On Sun, Jun 17, 2012 at 10:20 AM, Tobias Oelgarte
<tobias.oelgarte at googlemail.com> wrote:
> Are there any plans to fix the various color management issues that
> exist for over a year now?

Proper color management via OCIO will alleviate many, if not all, of
the issues you have reported.

> Examples:
> * Any TextureNode in BI delivers the managed result, even if it is
> supposed to be a bump or normal map. It doesn't have an linear/color
> option like cycles does.

Dealt with via a defined raw data OCIO config role.

> * 8bit textures/images are treated differently as floating point
> textures in texture slots or inside the image editor

And let's not forget the Sequencer, which has a float representation
of sRGB gamma transfer.

How to deal with 8 bit per channel images is up in the air. Blender
core developers will need to deal with the lazy allocation system
concerns.

> * the image editor displays float images right at the moment, but the
> values written to the image are managed, giving wrong displacement.

Proper input asset colorspace management will deal with the above
issue you cite.

> (could also need a button to let the user decide the color space)

Much of this is dependent on which LUT package and OCIO configuration
is established. Granular controls for artist needs is a given in a
color managed system, and between Blender's integration and the
flexibility that OCIO provides, the concerns you have above should be
addressable.

A larger issue might be education.

With respect,
TJS


More information about the Bf-committers mailing list