Paul, We're sorry you're having difficulties building OCIO on Windows. Unfortunately, I dont have daily access to a Windows machine for testing, but I know the Foundry is successfully using OCIO on

Hey folks. I'm starting to look at OCIO for integration into one or more of my applications and am having trouble getting it built on Windows (my primary dev machine). I use Visual Studio 2008. I

I've been able to reproduce this now - thanks. -- Jeremy

Thanks for the report. I'll try to get this fixed asap. What platform are you on?

Hey Jeremy, sorry about the late reply, I seem to have looked over this email. This is really helpful, thanks for this. I found a crash bug in the OCIO code. Ocioconvert crashes when you feed in EXR's

Yah, I'm in the same place. The OSX target is fine, it's the ipod/ipad arm targets that fail. (The first error I encounter is that when building yaml-cpp the compiler is tested by building a

Yep that's what I saw last night, everything builds for a OSX target fine other than PyOpenColor which fails to link because of some Python symbols. Did you find a fix for this? The xcode build spits

funny I just saw the article about Lasseter watching dailies for all of Cars 2 on his ipad2. There is already the horror of people looking at quicktimes on different machines and it doesn't always

I verified what the new.ocio output looks like, and the shortened "-FileTransform" syntax you mention does not appear to be enabled by default, though perhaps there's an additional switch we can set

Sounds good! I seem to recall Malcolm mentioning that an updated yaml-cpp would allow tidying up the config syntax a bit - allowing "-FileTransform{src:blah}" instead of "-!<FileTransform>{src:blah}",

https://github.com/imageworks/OpenColorIO/pull/117 Added a bunch of windows build fixes. Thanks to the Foundry for providing this hitlist. Biggest change of note is the updated from yaml-r423 to

Heh, an OCIO image viewer for iPad? \o/ I've compiled OCIO via the Xcode project generator a while ago, when adding the CSP prelut support (to get Xcode's nice error reporting) - wasn't for iOS, but

FYI, The Foundry has successfully gotten OCIO working on Windows, but it required bumping up to the latest stable yaml-cpp version. So just a heads up, that library version will be changing soon.

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