Hi! We're definitely interested in posting a pre-compiled windows binary. (It's a very common request). If you can point me where to download it (off-list), I will add it to the downloads

Hello ! Does Windows pre-compiled ociobakelut still interest you ? I've just built static and dynamic libs, ociocheck and ociobakelut for win7 64 (msvc 2010 express). Here. I also have win32 binaries

https://github.com/imageworks/OpenColorIO/pull/309 Previously, if one loaded a file (LUT) that wasnt in cache, this would block concurrent access of the file caches, even for different files. With

Silhouette isn't doing any clamping of its own, so this must be happening in the FileTransform. We put the Gain transform before the FileTransform because that is what Mari does/did. I can see the

Silhouette lets you use a straight-up OCIO config, or you can select a single LUT file. Sounds like you may need a custom config to do this, or find a LUT that combines both conversions. Silhouette

Hi! I'm attempting to get a linear workflow working in Silhouette (4.5.3), which uses OpenColorIO. I'd like to load in scene-linear EXRs, apply a 1D linear-to-CineonLog transform, and then apply a

Documenting support for OCIO in latest stable release of Blender, and Sony Vegas Pro 12 https://github.com/imageworks/OpenColorIO/pull/305

Not that I know of. And as long as nothing else in Fedora wants yaml-cpp it doesn't really matter. The problem would be if another package wanted/needed 0.5.0 then we would have to decide if it

I think the plan is to stick with the existing API, until there is a compelling reason to upgrade. Is there any advantage to bumping up? -- Jeremy

I noticed that yaml-cpp 0.5.0 was released with the new API. Is there a plan to move to the new API or stick with the 0.3.0 API? Thanks, Richard

Nishith, sicne you are testing the screen output you can sample the color from the display. on kde looking linux you can use kcolorpicker on the mac you can use DigitalColor Meter (in application

I found the most effective way is to run both applications on the same machine. Load the same image, and compare the two by toggling between each application (alt+tab or cmd+tab) It's easy to align

Nuke and After Effects have different color space defaults, so it's very easy to import the same file into each and get different results with OpenColorIO. In fact, to get the programs to match up

One thing to check is that both the Nuke flow and photoshop color settings are using the same gamma curve and color gamut (i.e. make sure they're both in the same color space first). If you're working

I have found that photoshop doesn't need a specific ocio.config. Just create the ICC you need and it should load. A few people on here have commented that ICC profiles work best for integer type color

Hi, 1) By thumb rule a lg10 to srgb8 in nuke and lg10 to srgb8 in after effects should give the same result. true or false. 2) what is the way to measure that output

thank you so far. I have installed fedora on virtualbox. Now come to need config.ocio for making icc for photoshop ocio2icc does not work on it but i gues ociobakelut can give icc. So, downloading

Hi, since i am testing i should download fedora as you already mentioned. However , just to know bit about this system i'm pasting error ( complete clipboard ) Brgds, Nishith

I am not sure why the python bindings are building on your system. In the meantime, you can configure CMake to skip building them. This should allow the build to succeed. cmake -D

Hello, at present i am using suse. got it running so far .. OIIO not found. Specify OIIO_PATH to locate it ( this seems ok ) but it halts at this point. Linking CXX shared module