Modified CMake to only include this in the Linux builds. Contemplating implementing the GPU path on the other plugins, as well. https://github.com/imageworks/OpenColorIO/pull/328 Here's the specific

UPDATE: a test build on a Debian GNU/kFreeBSD64 porterbox now gives the results attached in the buildlog file, where fail is probably related to the recent upgrade to boost 1.54 in Debian. Hope it

Hi! The aim of a Debian Maintainer/Developer is to have a package building fine on all the supported archictures (actually, Debian supports 14 architectures officially, plus the unofficial

On Fri, Aug 30, 2013 at 9:11 AM, Mark Boorer <mark...@...> wrote: Hi Ben, * I'm surprised your lin-log transform cannot be nicely applied as a 1D LUT. Even with a large 2**16 or 2**32 line LUT?

Hi Ben, My example where a 1D lut would be insufficient is where the source image is already in float linear, and a grading operation is to be applied in log (like saturation). Here negative values

There was discussion of a CTLTransform (Color Transform Language) in the past, although it would probably require OCIO to have a plugin interface for transforms, because having the OCIO core depend on

Hi, I'm currently looking at moving our existing color pipeline tools over to OCIO, and I'm wondering if anyone can see a place for such a feature. In our current setup, some of our log to lin

It should pick the latest filename of all matches in alphabetical/numerical order so that in case we

Is there a specific use case for this, it just feels dangerous.. Could we not just support ordered multiple luts? Eg. "/foobar/blah.lut:/cheese/foo.csp". Jeremy Selan <jere...@...> wrote: Interesting

Interesting idea. Not currently possible, very do-able. What if multiple luts match the specified pattern? Which would be selected? Or would this be an error? What are your thoughts on full regex vs

Hi! In a scenario where the LUT name consists of some known variables and an arbitrary string I would like to use something like regular expressions to match the LUT file. For

It's our understanding that RV 4.0 ships with OCIO built-in so you shouldn't need to compile it yourself. http://www.tweaksoftware.com/beta-test Give that a shot, and let us know what you find? --

Any news on this? We'd be highly interested in RV support for OCIO as all our bigger shows are using OCIO as the default colorpipeline. Last time we tried to compile OCIO for Windows it wasn't that

Thanks, that did the trick ! ++ Marie

Not directly. The issue that makes this complex is that some lut files (such as csp) can contain both 1D and 3D luts together. So the distinction between what should be considered 1-D, vs 3-D isn't

Folks, As you may have noticed, ASC-CDL was selected for Sci-Tech consideration this year under the category of "Digital workflow specifications for managing

Hello ! I wrote a python script to plot 1D and 3D LUTs. It uses pyOpenColorIO to read and process LUTs and matplotlib to plot them. For the moment, I have to specify manually if the LUT is 1D or 3D to

Hi guys, I noticed there is an issue with getting the active Views list when it has been overridden in the environment using OCIO_ACTIVE_VIEWS. I've attached a patch that will fix this. Also I

For those of you attending SIGGRAPH 2013 in Anaheim next week, we will be once again holding an event for developers and users of VFX-specific open source projects. It's a great chance to meet in

You can use ociobakelut for this purpose. http://opencolorio.org/userguide/baking_luts.html -sean