I'm using OCIO in Nuke at the moment, and am in the process of getting RV properly integrated into Nuke as a flipbooker. I'd certainly be interested in helping test. Hugh Macdonald nvizible –

Hello dear colour experts, Xorg and OpenICC will have a track on Fosdem next weekend[1]. Part of this will be presentations about colour management in compositing window managers and Wayland. The

I'd be happy to help with this too. Jon

Hi, I use RV and would be happy to test the integration...just let me know. Thanks, Jordan

Ben, Thanks for working on adding RV support! Very cool. Are any OCIO users out there currently using RV? (and looking to help in the integration testing?) I dont use RV on a daily basis, but I'm

I build my own yaml-cpp 0.3.0 packages tried your branch (it took me a while to update my patch) but it now builds and pass the current tests so that's promising. Thanks, Richard

This is the thing that would seem the weirdest to me - looking at the red channel and seeing it have a color cast. I'm not sure why that would ever be "desired". The film look in the spi-vfx config

I'm willing to consider all future obstacle minor, if you are! :) That's my memory too. -- Jeremy

Thanks for the quick reply! I just submitted a bug[1] to request the Fedora maintainer update to 0.3.0. I'll make sure that -fPIC makes it into the build. I think that's the last MAJOR obstacle to

We're looking at 0.3.0 (which maintains the current yaml API). I talked to the developer, and the new API is a bit too in flux / untested to want to jump to it in the short term. I've got a branch

I've been following the discussion for yaml-cpp on the upstream tracker and had a question. Is it yet known if OCIO is going to use the 0.3.0 or the new 0.5.0 version? The reason I ask is that I

Mira, Thanks for your email. What OS are you on? (Windows? Mac? Linux?) As you noticed, we don't have a binary installer for a system-level OCIO install yet, but we would like to make one later this

Hello, My name is Mira and I would like toinstall OpenColorIO for NUKE. I have downloaded a zip file from opencolorio.org site, and tried to installregarding 'Installation(building from source)' guide

This order (view channel matrix *before* 3d view transform) was intentional, and mimics what's going on under the hood in

Was going through old emails and noticed - the swizzle should probably go after the fileTransform, in case the file has channel-crosstalk (e.g desaturating RGB would be very different to desaturating

Exciting Python related build fixes: https://github.com/imageworks/OpenColorIO/pull/216

In Katana we have a visualization mode for depth (which is invoked on a button push). - sets the input colorspace to the space defined by ROLE_DATA - scans the image for min/max depth values in a

What's the best way to adjust the OCIO processor if I want to display a depth map, possibly with gain control?

Ah nostalgia. I was "introduced" to Marci when I wrote my first Cineon loader/saver back in 1993. Yes, far too long staring at her. Better than goat.se by a fair stretch though!

Wow! A 4K Marci. That's good to stash away. (I hadnt re-downloaded that recently). And doing a quick bit of forensics on the 4K image, if you do a bilinear down-res from 4k->2k you can *exactly*