[Bf-committers] Colormanagement Issue

Brecht Van Lommel brechtvanlommel at pandora.be
Tue Sep 25 13:55:18 CEST 2012


It works fine for me, comparing Blender with Preview on OS X:
http://www.pasteall.org/pic/show.php?id=38133

The colors are identical, verified in Gimp. Could you be more specific
about the operating system and viewing application you used?

Brecht.

On Tue, Sep 25, 2012 at 5:56 AM, Troy Sobotka <troy.sobotka at gmail.com> wrote:
> It appears that something internally is a little wonk in the color
> management system.
>
> When loading the OpenColorIO test images such as Marci.png, the
> transforms do not yield a 1:1 sRGB transform.
>
> I've tested using ExponentTransforms as well, and no matter what
> config (including the Nuke default), the higher end of the values
> appears off by quite a factor.
>
> Nuke passes the test fine, so it extends beyond the default Blender
> set of OCIO config files. Further, the sRGB transform uses the Sony 1D
> LUT in conjunction with an ACES matrix, which seems entirely odd. In
> theory, if the default internal Blender space is intended to be sRGB /
> 709 primaries, only an ExponentTransform or a 1D bounded 0..1 LUT
> should suffice to linearize the sRGB asset. This is tangential to the
> issue however.
>
> The reference images can be found at the OpenColorIO site at
> http://code.google.com/p/opencolorio/downloads/detail?name=ocio-images.1.0v4.tgz
>
> The simplest test is to load the Marci PNG file from the Nuke set, and
> compare against any image viewer.
>
> With respect,
> TJS
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers


More information about the Bf-committers mailing list