<chellas...@...> wrote: Hmm.. I didn't see any "version" information on that page. The problem is that Truelight and NUKE are commercial products, which is why they can't be included in the

Dear Sir / Madam, Good Morning. Thanks for your Valuable Support. I am try to convert a file .look format to truelight (.lut) format. Already i was tried out Latest version of

Ok, since I'm already thinking about it I figured I'd hash something out: Installation on supported systems ------------------------------------------------ Fedora: OpenColorIO is available in the

Yup, OpenColorIO 1.0.7 is in Fedora EPEL repository for EL6. Instructions for installation of the repository are available here: http://fedoraproject.org/wiki/EPEL (note to self: I need to create

Hello, Where are you getting this version of OCIO from? You are using v0.8.2, which is very old. I'd recommend getting the latest

Dear Sir / Madam, Good Evening. I have some doubt is there , I am try to install imageworks-OpenColorIO-v0.8.2-0-gb95e0e4.tar.gz file on Linux OS (CentOS 6 -64bit). But am unable to executable file

Hi, Which Os and SDK version will support for converting 3D Luts for Truelight . Kindly advise. Thanks Chandru.

I just got out of a bad relationship with some code that was handed to me that was full of #ifdefs, so I thought I'd try to do a solid for everyone else and recommend against them. :-)

https://github.com/imageworks/OpenColorIO/blob/master/docs/developers/usage_examples.rst -- the "Displaying an image, using the CPU (Full Display Pipeline)" section. I'd have attached a patch for the

Good idea. I'll make a runtime button to switch between the two. That will also let us confirm the two code paths give similar results. ;)

If you can, make it switchable between the two during run-time, or as a command-line switch. #ifdefs make the code harder to read.

Hello! Sorry you're having trouble with the documentation. Which specific file or url are you at? I'd like to update it to make sure it's current. I'd recommend looking into

After much struggle, I finally managed to get OCIO built on Windows, but there are several apparent bugs in the build process that require manual intervetion to work around. I ran CMake from the

Hi Alex :) you should have a go at using the ocio java binding. It would be pretty straight forward to create a web service that would return a jpg with a ocio transform burnt in. Jeremy Selan

Sorry for the delay. Yah, oiiotool is definitely your way forward. There currently isnt a way to apply .cc or .ccc grades, except using ociobakelut (and even then, this just bakes it into another lut,

ocioconvert is a demo app that's not really needed. if you'd like to do color conversions, we'd recommend installing OCIO, then installing OIIO (with OCIO build-time depencency) and then trying

Very interested.. Especially in the handling of per shot looks.. -Alex

A long shot - but have you checked the order in which the static libraries are being added to the linkers command line? If they're in the wrong order it might not be resolving the symbols. From the

Great, let me know if you find anything. By the way, this is the line that *should* be doing the static linking: https://github.com/imageworks/OpenColorIO/blob/master/src/core/CMakeLists.txt#L69 and

thanks for catching that one Jeremy; I'll pass it onto our build guys. Alas, my cmake skills are well below par, though I may have a go at this one .. Piotr