Hi, I would like to write tests for the work that I do. What unit test framework are you planning on using, as I guess it adds another dependancy. I have gotten used to using the boost framework but

We use boost's unit test suite here as well, a few quibbles but it works fairly well. b -- Bruno Nicoletti

Malcolm, I believe the 1D lut op does allow for a different number of entries per channel. If we look at src/core/Lut1DOp.h, you'll see the entry for each color channel lut is stored in

Boost sounds great; let's start with that. -- Jeremy <bruno.j....@...> wrote:

I've been using that lately on OIIO and OSL, and for our simple needs it works just fine. Also nice because if you're already using Boost for anything else, you can use its unit tests without adding

Hi Jeremy, oops never mind looks like it will support it. Yep it all looks ok to me, just really feel like spliting out the non-core stuff into a plugin or similar dir. For now I think nearest

It was great seeing some of you at today's Siggraph class! If anyone is interested in more detailed info (or just wants to say hello in person) we'll be having a BOF tomorrow. Hope to see some of you

Hi all, The example config doesn't appear to have the required luma attributes. Could someone let me know what and where they should be? Also is there any documentation around or should I just run

Alan, Good catch. I've updated the git repo and the downloads site ( http://code.google.com/p/opencolorio/downloads/list ) so all the configs will work with the latest trunk release. Unfortunately,

Hi Jeremy, Thanks - it's running happily now. I'm currently working on writing a quicktime generator using OpenImageIO, OpenColorIO, libquicktime and Qt. I'd like to check that I'm correctly

Cool! That sounds like a really good use case. On our medium term list is to build a bridge between OIIO and OCIO, so you can use OIIO's command-line utilities to do color conversions. But I wouldnt

This is a relatively minor update. Version 0.5.11 (Aug 11 2010): * DisplayTransform API * ASC CDL Support Available on github, and as a .tgz on google

Hi All, I'm currently writing a LUT to go from S-Log to Rec709. I've got the transfer functions for both and generally the curves I've plotted look like what I expect, but one part of the formula is

Hi All, I was thinking it'd be neat if OCIO provided an API for plugin LUTs (i.e. libraries that perform a LUT - they could use formula or whatever internally without any restrictions on syntax,

Ah, when you read Sony Camera documents you often have to put on your "video engineer" goggles. :) Which camera are you using? We've done a few Sony camera characterizations, and may have real data

Hi Jeremy, Indeed - I'm still pretty fresh to dealing with this stuff so directly. Time to re-read Poynton's Digital Video. Yes - the F35 :) Anywhere you could point me to for reading up on doing

Sorry for the delay in answering this... Adding OCIO plugins is a really promising idea, which I'd like to explore in the medium term. I particularly like that it would allow for a clean

Alan, As a heads up, we're in touch with the Sony camera guys and may be able to offer a 'blessed' f35 linearization as part of OCIO soon... -- Jeremy

A new version is out! Version 0.5.12 (Aug 18 2010): * Additional DisplayTransform improvements * Additional GPU Improvements * Added op hashing (processor->getGPULut3DCacheID) The big

Hi Jeremy, Awesome - good to know, thanks. I've implemented using that formula with the black point at 64 in 10bit. It looks pretty good and it'd be great to know if it's correct - if anything it