Version 0.7.7 (March 1 2011): * Lut baking API + standalone app (ociobakelut) * Truelight runtime support (optional) * Cinespace (3d) lut writing * CSP prelut support * Boost argparse dependency remov

I think you can add additional pull requests if they are on uniquely named 'topic' branches. How interesting! - a Truelight Transform... Only quickly glancing at the code (always dangerous), does this

https://github.com/imageworks/OpenColorIO/pull/81 Removed boost dep from the code based, you now need gcc >= 4 to get access to std::tr1::shared_ptr This has only been tested on OSX, doing a bit of re

https://github.com/imageworks/OpenColorIO/pull/82 This adds a bit more infrastructure behind the internal FormatRegistry. This checkin fixes the make test error in Baker.cpp, so format ordering is lon

Not directly related to OCIO, but I thought those github users on the list may enjoy this article: http://lumberjaph.net/dancer/2011/03/06/how_to_use_github_effectively_for_your_project.html My favori

https://github.com/imageworks/OpenColorIO/pull/84 nuke ociodisplay: ocio_populate_viewer works again nuke ociodisplay: Renamed viewer knobs to "gain" and "gamma". This allows them, when used as Viewer

https://github.com/imageworks/OpenColorIO/pull/87 Had sometime on the plane so did a first pass at a ICCTransform, which will be needed for 'iv color profiles/LUTs' on the https://github.com/OpenImage

https://github.com/imageworks/OpenColorIO/pull/88 Removed OpenColorABI.h. Simpler just to put all the compiler specific stuff in one header, OpenColorTypes.h This doesnt effect ABI or code compatibili

https://github.com/imageworks/OpenColorIO/pull/89 First step in the development of the Mari OCIO viewer plugin. -- Jeremy

https://github.com/imageworks/OpenColorIO/pull/90 Bugfix in Iridas (.cube) lut support. DOMAIN_MIN / DOMAIN_MAX now supported. (also fixes a bug in Lut3DOp. from_min, from_max are now obeyed when usin

Version 0.7.8: * Iridas lut (.cube) bugfix, DOMAIN_MIN / DOMAIN_MAX now obeyed * Exposed GPU functions in python (needed for Mari) * Nuke OCIODisplay cleanup: Fixed knob names and added envvar support

https://github.com/imageworks/OpenColorIO/pull/91

Hello all ! I finally have some time to have look at OCIO ;) In a few words, I'd like in a near future to set up in my studio a Color Pipeline integrating IIF and OCIO improvements. I'm part of a fren

https://github.com/imageworks/OpenColorIO/pull/93 As per #60 - a OCIOCDLTransform Nuke node, along with a bunch of buttons to import/export .cc/.ccc files Not entirely sure about the node name, but OC

https://github.com/imageworks/OpenColorIO/pull/94 Comment should explain the change best: // Nuke aims to maintain API compatibilty between "v" releases, so // compiling for 6.1v1 will work with 6.1v2

LGTM long live the bubbles system ;)

https://github.com/imageworks/OpenColorIO/pull/96 This adds a compile-time option to use boost ptr instead of tr1. The tr1 ptr is defaut, but for folks who had already locked off on OCIO 0.7s ABI befo

https://github.com/imageworks/OpenColorIO/pull/97 Fixes warnings when using -pedantic. -- Jeremy

https://github.com/imageworks/OpenColorIO/pull/98 This fixes two major bugs in OCIO::Context. First, Context.getStringVar didnt work due to an incomplete definition of the Compare funtion. (The conseq

If any OCIO users (or lurkers) are going to be at NAB next week, and are interesting in meeting up, please send me an email. I'd love to say hi in person. (I will be there to talk about Katana (with n