Hi Jeremy, Thanks - it's running happily now. I'm currently working on writing a quicktime generator using OpenImageIO, OpenColorIO, libquicktime and Qt. I'd like to check that I'm correctly understan

Hi all, The example config doesn't appear to have the required luma attributes. Could someone let me know what and where they should be? Also is there any documentation around or should I just run dox

This is a relatively minor update. Version 0.5.11 (Aug 11 2010): * DisplayTransform API * ASC CDL Support Available on github, and as a .tgz on google code. http://code.google.com/p/opencolorio/downlo

Hi All, I'm currently writing a LUT to go from S-Log to Rec709. I've got the transfer functions for both and generally the curves I've plotted look like what I expect, but one part of the formula is b

Ah, when you read Sony Camera documents you often have to put on your "video engineer" goggles. :) Which camera are you using? We've done a few Sony camera characterizations, and may have real data fo

Hi Jeremy, Indeed - I'm still pretty fresh to dealing with this stuff so directly. Time to re-read Poynton's Digital Video. Yes - the F35 :) Anywhere you could point me to for reading up on doing this

Hi All, I was thinking it'd be neat if OCIO provided an API for plugin LUTs (i.e. libraries that perform a LUT - they could use formula or whatever internally without any restrictions on syntax, outsi

A new version is out! Version 0.5.12 (Aug 18 2010): * Additional DisplayTransform improvements * Additional GPU Improvements * Added op hashing (processor->getGPULut3DCacheID) The big picture overview

Alan, As a heads up, we're in touch with the Sony camera guys and may be able to offer a 'blessed' f35 linearization as part of OCIO soon... -- Jeremy

Hi All, I'm just reading through the Nuke plugin to get an idea of the API and how things are supposed to work together. I notice that it adds all color spaces to both the input and output. This assum

Version 0.5.13 (Aug 18 2010): * GPU Processing now supports High Dynamic Range color spaces * Added log processing operator, and updates to many other ops * Numerous bug fixes + updates to python glue

Alan, OCIO is being a bit clever under the hood, though in my opinion not in a dangerous way. OCIO's currently approach is that to make colorspace definitions "convenient", we assumes inverse color tr

Version 0.5.14 (Sept 1 2010): * Python binding enhancements * Simplified class implementations (reduced internal header count) Most changes this week were internal, all API changes were binary compati

Hi, Just looking at this again, one thing we didn't cover was a prelut which has non-uniform spaced points (scattered). Would you see this as support we would need to add to the Lut1DOp or would this

Definitely a new Op. How about Spline1DOp? -- Jeremy

Version 0.5.15 (Sept 8 2010): * Library is well behaved when $OCIO is unset, allowing for use in an un-colormanaged environment * Color Transforms can be applied in Python (config->getProcessor) * Sim

Version 0.5.16 (Sept 16 2010): * PyTransforms now use native python class inheritance * OpenColorIO C++ namespace can now be configured at build time (for safe distribution in commercial apps) * Updat

Hi All, For some reason the compilation of the latest trunk is failing on FC13. It's complaining about main not being defined, but from what I've read on the boost unit testing defining BOOST_TEST_MOD

Folks, If you're considering using OpenColorIO in the near term, we would greatly appreciate it if you would respond and let us know which of the topics below you personally consider to be most import

Version 0.6.0 (Sept 21 2010): * Start of 0.6, "stable" branch All 0.6.x builds will be ABI compatible (forward only). New features (even experimental ones) will be added to the 0.6 branch, as long as