An EOTF is not necessarily the inverse of the corresponding OETF. Some encodings, such as Hybrid Log-Gamma (HLG), define a relationship to both scene and display light, so have both an OETF and and EOTF. Scene-referred spaces have only an Opto-Electrical Transfer Function (OETF) which defines the relationship between relative scene light and the encoded value. This may be defined relative to display peak luminance, or as an absolute encoding in terms of display cd/m 2. Output-referred spaces have only an Electro-Optical Transfer Function (EOTF) which defines the relationship between code values (CV) and display light.

Still looking, but I found this in a technical article on colour science. I wasn't even sure what the acronym stood for, but it seems to be 'Optical to Optical Transfer Function'. There does seem to be a lack of information about these options. Insight into this confusion is much appreciated! Is Resolve making an incorrect assumption, or am I not understanding when the conversion from display to scene is happening in my workflow? So I don't see where I would be converting from display to scene or scene to display, and yet Resolve enables the OOTF checkmark when I select those transform settings. Then, my final node is a CST that converts from Arri color space to Rec.709 for target display. If I am doing my own color management in a Davinci YRGB project with a Log C timeline color space (ie, display referred I thought?), I am usually adding a CST to convert my log footage into an Arri color space (alexa/log c) for compatibility with power grades that expect that.

Okay that makes some sense.but here is where I'm personally getting confused.

So far the best I can find is that when going from scene referred to display referred - use Forward OOTF.Ĭonversely, when going from display referred to scene referred - use Inverse OOTF. No one seems to have a good, simple answer about how to approach this. Not to hijack this thread, but I too am greatly confused.Ĭhecked the manual.

Resolve 17 manual