> That's only because it's not viewed in the right color space?
It's like that because it's the log encoding is not in a display-ready color space. Many modern cameras can apply LUT directly in the viewfinder though, so it's less of a nuisance today. In reality, it isn't an issue, just beginners get surprised when they see it the first time.
> For some reason video folks seem really intent on creating their own terms for everything
Which to me makes sense. If I'm looking for terms that can apply to many areas, it becomes harder to find the right thing. I much prefer separated terms than the approach than one term being used in many areas, so it gets easier to search and talk about.
> actually acknowledges that "log encoding" is just an alternative to gamma encoding
Not sure they are 100% alternatives though, but I'm much more familiar with log encoding than gamma encoding. As far as I understand, log encoding uses a logarithmic curve to capture a wide dynamic range, preserving detail in shadows and highlights for extensive post-production grading. In contrast, gamma encoding applies a non-linear curve that approximates human vision, producing footage with natural contrast and color suitable for immediate viewing and minimal post-processing.
But, I could also misunderstand the differences, and would be happy to be told otherwise :)
>gamma encoding applies a non-linear curve that approximates human vision
IIUC it's a similar bit optimization scheme to allocate bits fairly across the entire dynamic range. The only difference is the curve used (log vs gamma). You are right in that "log" is probably more uniform from a physics perspective (something about each f-stop getting same # of bits) while "gamma" is supposedly more uniform from a perceptual perspective (something about steven's power rule). Note that even storing things in floating point is also effectively a form of log encoding since density of floating point numbers halves when you double the range.
To me they feel more similar than they are different, which is why it's annoying that there's this completely parallel set of terminology used for photography vs video-editing and I haven't been able to find a rosetta stone to translate between the two (part of this is undoubtedly because icc color management requires digital computers, while film making existed as a field long before that)
* log-encoding :: gamma encoding
* EOTF/OETF :: Gamma/transfer function (n.b. eotf not necessary inverse of oetf, unlike gamma)
* LUT application :: ICC color space conversion
* Video-workflow (make edits directly in target color space) :: Photo workflow (transfer edits to source color space)
It's like that because it's the log encoding is not in a display-ready color space. Many modern cameras can apply LUT directly in the viewfinder though, so it's less of a nuisance today. In reality, it isn't an issue, just beginners get surprised when they see it the first time.
> For some reason video folks seem really intent on creating their own terms for everything
Which to me makes sense. If I'm looking for terms that can apply to many areas, it becomes harder to find the right thing. I much prefer separated terms than the approach than one term being used in many areas, so it gets easier to search and talk about.
> actually acknowledges that "log encoding" is just an alternative to gamma encoding
Not sure they are 100% alternatives though, but I'm much more familiar with log encoding than gamma encoding. As far as I understand, log encoding uses a logarithmic curve to capture a wide dynamic range, preserving detail in shadows and highlights for extensive post-production grading. In contrast, gamma encoding applies a non-linear curve that approximates human vision, producing footage with natural contrast and color suitable for immediate viewing and minimal post-processing.
But, I could also misunderstand the differences, and would be happy to be told otherwise :)