Jeremy, what are your thoughts on supporting a color pipeline that queries the files and/or workspace for color information and uses that information to define the transformation to the reference

The new name is approved, OpenColorIO it is. Both github and the google group appear to allow project renaming, please email me directly if you can't find the group

Hi Jeremy, I like to keep about 3 classifications for colour operations: - transforms (eg, matrix multiplication) - transfer functions (eg, Rec709 -> Lin) - look up tables It's cool, I just need

FYI, We've started the process for getting legal clearance on OpenColorIO. Bonus kudos to Malcolm Humphreys for suggesting the name! -- Jeremy

I still believe that ops should not be part of the external API, though I think we can offer you a simple solution. We will expose a CDLTransform (note that it will be implemented without a native

Version 0.5.8 (June 22 2010): * Support for .3dl * Support for matrix ops * Code refactor (added Processors) to support gpu/cpu model * Much better error checking * Compilation

Cool, sounds good. We have started to write some of the plugins we had before for 3delight, mantra, nuke, shake and houdini & mantra for applying the ASC-CDL. At the moment they all use the same

yah, these summaries are correct. go to the google group, and check out the 'internal architecture overview' doc. It's still a huge work in progress but provides a bit more of an overview. I have

Hi Jeremy and others, After looking at OpenColorSpace.h a bit today I have some feedback. First I just want to make sure I'm getting the concepts correct. Let me know if these summaries on the core

You've convinced me. OpenColorIO is pretty damn good. ... and your summary is dead accurate as well. Let's ponder this for the weekend.

Pending on how the can of worm goes. The main observation I had with the name OCS is kind of what people are saying here. I feel the name is wrong (with any project not just OCS) if your not using it

Hah! :)

I must admit, I've been calling it OpenColorSPIce. RGB <steve.l...@...> wrote:

If it's the OCS part that matters: Open Color System? -stevel

Ope, Turns out I may have opened a can of worms on our end. I didnt realize this yesterday, but we'd already gotten legal signoff on the "OCS" name, and changing it now is not gonna be simple. So

I vote for "Open Color Management." But I'd use it no matter what name you choose. -- Larry Gritz l...@...

I'm with the other's that this effort isn't really about defining color spaces or color encodings but rather offering an open set of libraries to manage color transformations. I believe the name

I agree that the system is more about conversion between spaces. OCC? RGB PS - nice try sneaking the "u" into color, Bruno... <bruno.j....@...> wrote:

How about "Open Colour Management"? Seeing as it is more about coordinating the whole mess of colour spaces and displays and so on, rather than being a colour space per se. b -- Bruno Nicoletti

I wasn't originally in love with the name Open Color Space, but I have to admit it's grown on me. What are other people's feeling on "OCS"? Previously, David (Gordon) has suggested that the use of