Version 0.8.1 (May 9 2011): * New roles: TEXTURE_PAINT + MATTE_PAINT * Mari API Example (src/mari) * FileFormat registry updated to allow Windows + Debug support * boost_ptr build

https://github.com/imageworks/OpenColorIO/pull/111 FileFormat registry refactor The registration mechanism is now less fragile, using the 'construct on first use' approach rather than relying on

Oliver Farkas <oliver...@...> wrote: Its good that Jeremy could get a fix for you. I built all the luts before I left with ociobakelut to make sure we were not using any pre ocio data. This was

Hey guys, thanks for the feedback from both of you. Jeremy's workaround does the trick brilliantly, that's exactly what I was looking for. Thanks very much Jeremy. Malcolm, I know about the

Oliver, I've checked this out and am able to recreate exactly what you describe. I see the clamping when playing back the 'no shaper' baked lut using OCIO. And also see the brightness increase when

Hi Oliver, Ok I wrote all of this and then released are you trying to check these csp luts in the nuke vectorfield node? nuke vectorfield node currently doesn't support the prelut section in the csp

Oliver, Sorry I haven't had a chance to look into this yet. I will do my best to get to it first thing tomorrow. (Mon AM). My expectation is that this shouldn't be too hard, OCIO is designed to

Hey guys, Ben, I've tried what you suggested. The input is graded scene linear, the shaper is lin to log and the output is a log to Kodak2383 on a DCI screen. I assumed this would work, but when I

You'll need to use the --shaperspace to make a LUT that goes from a non 0-1 space, otherwise you trying to do a lin-to-log in a 3D LUT. If I understood the code right, it does.. CSP prelut: input to

Hmmm, Oliver - could you email be your jp_lin2log.lut (directly)? I'd like to re-create this on my end. Dont worry about the Kodak cube lut, I can use one of my own there instead. One thing I

Hey guys, I'm trying to use ociobakelut to bake out a .csp lut. I'm using the latest opencolorio (0.8.0), but getting weird results. It clamps the tops, details in the bright areas are completely

https://github.com/imageworks/OpenColorIO/pull/106 This adds two examples demonstration an integration between OpenColorIO and Mari (Foundry's texture painting app). This is very much a work in

https://github.com/imageworks/OpenColorIO/pull/105 When using the boost_ptr compatibility mode, previously clients would need to know which option was used and to compile with the same #define

The time is ripe to lock off on a stable 0.8 release. (We've actually been avoiding ABI breaks for awhile now, this should be anti-climactic). New features / bug fixes will continue to be welcome

https://github.com/imageworks/OpenColorIO/pull/103 Addresses issue #31

https://github.com/imageworks/OpenColorIO/pull/102 OCIOColorSpace node now supports context overrides. Also, a few additional code cleanups. -- Jeremy

First is some minor doc changes: https://github.com/imageworks/OpenColorIO/pull/100 Second is a reverse checkbox for the OCIOCDLTransform node, and a "select cccid" button for the OCIOFileTransform

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

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

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