Re: reversable, but not 1D color transforms in config.ocio


Andrew Wood <andre...@...>
 

Cool, that's what I thought.  Just making sure you hadn't snuck anything else in there I hadn't noticed!

And yeah re: LAB space vs Log space for doing the actual sharpen --that's an interesting idea I'll have to look into that more for sure.  I know that wide gamut devices will be here soon and we really can't be going off into l*a*b* and back to do this stuff.  I'm starting with pipeline parity with what we do today, but I know there will be a whole bunch work to go back and move all of this to an aces workflow someday, and there's no room for this nonsense there.



On Monday, February 6, 2017 at 1:42:27 PM UTC-8, Troy James Sobotka wrote:
> Troy, I was looking through your (amazing) example, and the only part that I didn't recognize was the matrix you used to go from RGB to XYZ based on srgb d65 primaries.

I didn't do much other than read Doug's post and force myself to re-read the CIE L*a*b* formula.

The matrices to XYZ are Illuminant C adapted from D65. Feel free to replace that component as required.

With respect,
TJS

Join {ocio-dev@lists.aswf.io to automatically receive all group messages.