Thank you for trying. The release I've done has some bugs, but I'll update it frequently. Yes, I've been using OCIO since I found about it. I'm very happy with it. For now, I'm porting the Nuke

Hey Est, I've been following ramen for sometime with great interest, particularly because you supported openfx. I didn't realize you also supported ocio, that's awesome! Cheers, Andrew

Sorry for not responding sooner, I'll check with Jack and see what 1d lut formats mari 1.2 supports. -- Jeremy

Sounds like fun - I'll check it out! -- Jeremy

yeah I did that, but I have just tried again at work at everything is good.

Can you try and hitting refresh in your web browser? Sometime a modifier key and refresh does a 'true' refresh where it clears caches. It's being hosted on github directly, uf you dont see it by

I still get the old website? if I checkout the gh-pages i can see it is very different. Are you still hosting it on google or is it somewhere else and maybe waiting on the name servers to

An updated OCIO website is now online, thanks to the efforts of Ben (DBR), and Matt Chambers. http://opencolorio.org/ It's quite similar to the old one, except now then entire website (including

I would like to draw people's attention to this issue: https://github.com/imageworks/OpenColorIO/issues/124 The current behavior of OCIO with regards to symlink resolution and the luts search path is

ocio-dev Folks, OpenColorIO 0.8.2 has been released. Enjoy! -- Jeremy ------------------------------------------------ Version 0.8.2 (June 7 2011): * Numerous Windows compatibility fixes

Hi First, I'd like to thank you for developing and releasing OCIO as open source. I've been working on a compositor for some time and I've just released a 64 bits linux binary. It's not Nuke or

Pull Request: https://github.com/imageworks/OpenColorIO/pull/123 Issue: https://github.com/imageworks/OpenColorIO/issues/121 Fixes Error handling in python glue for

https://github.com/imageworks/OpenColorIO/pull/122 The lut1d/3d ops would crash if applied to images with nan values. Now, nan values are preserved. Further work needs to be done to unify handling

Forwarding reply to ocio-dev, not sure if there's another way to send out the zip* https://github.com/imageworks/OpenColorIO/pull/119 -- Jeremy * The zip is only 19K so spamming ocio-dev seems fine

https://github.com/imageworks/OpenColorIO/pull/119 First pass at a iPhone cross compile toolchain. eg cmake -DCMAKE_TOOLCHAIN_FILE=../share/cmake/iPhone-toolchain.cmake .. It compiles but I don't

Hey guys, was just wondering if you could give me an advice on Luts for Mari. I saw that ocio now supports Mari, but only in version v1.3. We're using v1.2 and I'm not sure we're gonna upgrade in the

Ok, thanks a lot for the fix Jeremy. Oliver

In case the nan/inf bug is holding you up - I've fixed the crash and pushed it to a local branch: https://github.com/jeremyselan/OpenColorIO/tree/naninf I'm holding off though in pushing this to the

What problems were you having? Cmake seems to generate usable MSCV 2008 solutions for me when I do cmake -G "Visual Studio 9 2008 Win64" .. in the build dir. There were a few changes I've had to

Hi Paul, I've also been working on gettting a windows version of the OCIO libraries here, and I ran into similar problems to you. We managed to build the GCC version fine, but on windows I resorted