Re: [Openexr-devel] recent back-and-forth re: Florian's proposal vs. using I

[Gregory Brauer]

> (f) The OpenEXR audience is relatively small compared to that for ICC
> profiles.

While an OpenEXR-specific CMS may apply to only a niche group,
a color management specification for low-ambient-lighting viewing
will eventually be useful to anyone with a TV.  It seems display
manufacturers are all striking out on their own right now, from
RGBCMY televisions with completely arbitrarily generated colors
derived from a standard CCIR-601 signal
( http://www.genoacolor.com/ ), to "home theater" projectors that
actually brag in the brochure that they use non-standard color gamuts.
( http://pro.jvc.com//pro/attributes/PRESENT/brochure/dlahd2ksys.pdf
page 3)  It isn't just OpenEXR folks that are desperate for
non-printing-oriented color management.  The day when high-bit-depth
imagery can be delivered to the home may be sooner than anyone
is prepared for, perhaps via digital cameras, or otherwise.


> How many of the other developers on this list need consistent,
> transportable color RIGHT NOW?

Here!  The use would be for 2D and 3D animation for film and video.


> What's the timeframe in
> which your application really NEEDS to have this solved? Next month?
> Six months out? A year out?

We have ad-hoc "solutions" in place, but so much more would be
possible and easier with a standard.  We would likely move
to adopt such a standard as soon as it was available.


Greg Brauer
Chief Technical Architect
Wild Brain, Inc.