[ocs-dev] Re: Dynamic color configuration


Rod Bogart <bog...@...>
 

Agreed. The issue isn't how to do the conversion, it is how to
determine the input arguments.

But OCIO has this problem anyway. There is no definition for how a
given image can help influence what conversion is used. In a
commercial tool, the conversion is chosen by the user, where the list
of options is everything in the config.

OCIO has routines to do a conversion if the "conversion name" is
provided. OCIO could easily have routines to do conversions if the
gamma-matrix-gamma is provided. Either way, commercial tools have to
decide if the conversion hints come from the user, the filename, the
header, the environment, or whatever.

RGB

On Sat, Jun 26, 2010 at 5:19 PM, Jeremy Selan <jeremy...@gmail.com> wrote:
I thought of a simpler way to summarize the topic:

In dynamic colorspaces, the color transforms are dependent upon a set
of potentially changing input arguments.

Our ideal solution is one where the input argument handing is
standardized so that OCIO can be supported out of the box in
commercial tools. But, the logic that interprets input arguments would
be structured to allow the use of facility-specific code and
conventions.

-- Jeremy