I have added sphinx OCIO document generation using sphinx, there are demo's of the output here: html - http://malcolmhumphreys.github.com/OpenColorIO/ pdf - http://malcolmhumphreys.github.com/OpenColo

The new 'Context' class is now exposed in python, and can be passed as an optional kwarg in config.getProcessor(). Issue: http://github.com/imageworks/OpenColorIO/issues#issue/47 Commit: http://github

Commits: http://github.com/jeremyselan/OpenColorIO/commit/f5a80ee9e46eab956de7d618abda866af81de0e7 http://github.com/jeremyselan/OpenColorIO/commit/9859c936bd4c17651ec2a4ae33fa23c6476fc6d2 These check

Version 0.7.4 (Jan 4 2011): * Added Context, allowing for 'per-shot' Transforms * Misc API Cleanup: removed old functions + fixed const-ness * Added config.sanityCheck() for validation * Additional Ma

Whoa!! These are beautiful docs, thanks for the hard work! The pdf is awesome, as is the html. I think this will inspire me to keep all docstrings up to date from now on. When I run with your checkin,

Issue: http://github.com/imageworks/OpenColorIO/issues#issue/45 Commit: http://github.com/jeremyselan/OpenColorIO/commit/c206c4fe65d415b5c87c09acde3e05013dc0ab9f I've exposed a gamma control for the N

3 unrelated commits. 1) Updated an error message in config loading. http://github.com/jeremyselan/OpenColorIO/commit/05b84bca45187f4f5f2c8117ce0bb2a553a36f16 2) GLSL shader doesnt use invalid keywords

While working on this ocio photoshop plugin I noticed a difference in the cpu vs gpu path. Attached is a screenshot. The image on top has been imported by the plugin already and processed on the cpu,

In your example, is the native type float linear? Presuming so, I would check two things. In your gpu version, make sure that the gpu texture buffer you're loading into is floating point. You'll want

I've made a few minor changes, partly to familiarise myself with the code, partly to say thanks for open-sourcing this extremely useful project! First change - there was a hardcoded Nuke path, which m

Issue: http://github.com/imageworks/OpenColorIO/issues#issue/51 Commit: http://github.com/jeremyselan/OpenColorIO/commit/afe8a04366515a152197c345e0362bd6f5540c37 * Added makefile support for ociodispl

Looks good to me. These commits were all on the same topic, so I merged them into a single checkin, "Documentation cleanup". Thanks! -- Jeremy

**Version 0.7.5 (Jan 13 2011):** * ociodisplay enhancements * gpu display bugfix (glsl profile 1.0 only) * Makefile enhancements * Nuke installation cleanup * Doc generation using sphinx (html + pdf)

Is the 'const' qualifier in glsl? I have to change the following to get the glsl shader to compile on OSX. I'm cool to add another if glsl or cg block, just wondering if this could be something else.

Added Python versions of most of the C++ usage examples (except the GPU one, as the Processor.getGpuLut3D method isn't exposed). Might not be terribly practical code, but it's a nice demo of the Pytho

There is a const qualifier in GLSL, and it should work on other platforms without issue. The difference may be that OSX only supports GLSL 1.20 currently, which is far behind most of NVidia's and ATI'

If I understand correctly, the Context allows you to set a search path including env-variables (e.g $SEQ/$SHOT), so you can define a FileTransform, and it'll look in the shot's directory before the "d

Commit: http://github.com/jeremyselan/OpenColorIO/commit/7ffb711edea3b4b3c4aa0ad046c15de8f70b936e I added a call to get the cacheID for the shadertext on the processor object. Note that querying the s

Commit: http://github.com/jeremyselan/OpenColorIO/commit/d37b316cd8354216b4d89b85c06ab08108b5d1cc A pretty trivial change, include python.h first when building pyglue. Some linux installations are ada

When building some UI menus, I wanted to get a list of defined roles. Config::getRoleNameByIndex() only returned the resolved colorspace name. --snip-- Replaced config->getRoleNameByIndex (which retur