We can certainly wait. I'll do all my development on a local (jeremys) topic branch, which should more than suffice until around siggraph. -- Jeremy <malcolmh...@...> wrote:

Can I give it a go before you decide? I was looking at andriod porting a while back as well which I guess is along the same lines. .malcolm

Folks, I've been trying to get OCIO compiled for the iPad (think siggraph tech demo), and I've been having a very hard time getting the XCode cmake exporter to generate a working project. I've

https://github.com/imageworks/OpenColorIO/pull/116 This addresses oliver's bug where an HDR lin -> Dreamcolor ociobakelut command was clipping the highlights. After this fix, you can get a proper

https://github.com/imageworks/OpenColorIO/pull/114 * PyColorSapce supports kwarg initialization * Exposed ClearAllCaches to python -- Jeremy

https://github.com/imageworks/OpenColorIO/pull/112 This exposes a single 4-byte hex number, e.g. 0x01050200 == 1.5.2 Use this for numeric comparisons, e.g. #if OCIO_VERSION_HEX >= ... Note: in the

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