Jeremy Selan <jeremy...@...>
I believe the 1D lut op does allow for a different number of entries
If we look at src/core/Lut1DOp.h,
you'll see the entry for each color channel lut is stored in an
individual vector: fv_t luts.
So in your loading code (if we hardcoded the sizes used in your example),
Does the rest of the Format loading code make sense to you? All your
work should be in a single file, a la FileFormat3DL.
A few additional questions for you:
* Currently, OCIO only support linear and nearest interpolation for 1D
luts. If the examples you've given are typical (where the 1d lut is
size 6) I couldnt imagine linear interpolation would suffice, and I'd
also imagine that the interpolation type chosen would highly influence
the resulting image. Does CSP dictate the interpolation type? What
type would you prefer? I have no problem adding higher types (cubic,
etc) I just hadnt had the need to yet. (Note that the .3dl shaper 1D
lut also has this issue (it's often size 17), I just hadnt tackled it
* Do you care about 4 channel luts? (I.e., changing alpha) We've
never needed this at SPI, which is why the OCIO currently assumes 3
channels, but if other people think its important for completeness
sake Im open to it.
On Wed, Jul 21, 2010 at 6:11 AM, Malcolm Humphreys