Luma attr error checking


Alan Jones <sky...@...>
 

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 doxygen
over the source?

Cheers,

Alan


Jeremy Selan <jeremy...@...>
 

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, I'm also a bit behind in the publishing the docs. (I
have a version internally, but they're a but out of date). I'll do my
best to repost them all within a day or two.

Of course, in the next few months I'd like the library to be entirely
self documenting (doxygen), and if anyone would like to help get the
ball rolling, i'd be very appreciative. (i'm happy to write them all,
I just dont have doxygen formatting / makefile experience).

I'd also like to have the color profiles be self documenting. (I
picture a command-line tool that will load a config, and generate an
html page outlining its use, options, etc).

-- Jeremy

On Aug 5, 12:25 pm, Alan Jones <sky...@...> wrote:
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 doxygen
over the source?

Cheers,

Alan


Jeremy Selan <jeremy...@...>
 

I'm currently working on writing a quicktime generator using OpenImageIO,
OpenColorIO, libquicktime and Qt.
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 want to promise a date for that, and hooking em up
yourself shouldnt be too hard.

I'd like to check that I'm correctly understanding OpenColorIO's intention.

Is it intended that it will handle the color transforms and that those
transforms
will be stored in it's own XML based format?
Yes, exactly.

The XML configuration file (.ocio) is super light-weight. All the
heavy data (1D LUTs, 3D LUTs) are references to other existing files
(which remain in their native formats). Also, you don't have to hand-
craft the XML. You can use the OCIO API to build configurations, see
src/testbed/main.py for an example.

There's also talk of making an ocio "bundle" for easy distribution
(which would be the .ocio xml file + the luts directory), but I havent
tackled this yet.

If so, would it be within the scope of the project to build importers
and exporters that for various formats? I'm thinking of cases where
I want to bring in a LUT to apply to footage or when I want to supply
a LUT from OpenImageIO to another application.
Very much so! What LUT formats do you need support for? Let's get em
in there.

At some point soon I'll add an ocio command-line utility that will do
LUT transcoding - which along with support for more luit formats -
should be a really popular option.

-- Jeremy