Color picker OCIO implementation

Just quickly replying to myself and maybe put together a better explanation.

I read the following in the documentation:
Display Selector: Allow to choose which display to use to edit colors (spectrum and sliders). The default value match the Display used by the main viewport.

I think this is this particular behavior that could be improved. Instead of reading the View, it should read the role "color_picking" (because of inversion issues and such).

Hope that makes sense,

Chris

Thanks Lena !

Yes, the override for the "eye dropper color space" should in my opinion use the "color_picking" role.

I know the "color_picking" role has created lots of confusion over the years in the industy but if implemented correctly, it is really useful.

I would not recommend using it with an inverse transform though, because most output transforms available out there do not invert perfectly. In our case, I would recommend to set the "color_picking" role to your "working gamut in linear".

I will attach a screenshot of Houdini where you can see that the View/Display color spaces are different from the ones to color_pick (which is "linear_rec709" in that case).

Does that make sense ?

Thanks !

Hi Christophe,

That sounds like a good suggestion.

We were already aware that some role existed to override/define the behavior of the color picker, however it seemed there were some confusion around them (like explained here https://chrisbrejon.com/articles/ocio-ramblings-and-color-picking-nightmare/ ) so we choose to not expose anything so far.

Your suggestion sounds reasonable, I will discuss about it with a developper that is famillair with the workflow as well.

Are you aware you can also override the color profile for the eye dropper (see "eye dropper color space" here: https://helpx.adobe.com/substance-3d-painter/interface/color-picker.html) ? Is this something you would need a role for, and if so which value would you usually see it assigned with ?