Tools

Slugline. Simple, elegant screenwriting.

Red Giant Color Suite, with Magic Bullet Looks 2.5 and Colorista II

Needables
  • Sony Alpha a7S Compact Interchangeable Lens Digital Camera
    Sony Alpha a7S Compact Interchangeable Lens Digital Camera
    Sony
  • Panasonic LUMIX DMC-GH4KBODY 16.05MP Digital Single Lens Mirrorless Camera with 4K Cinematic Video (Body Only)
    Panasonic LUMIX DMC-GH4KBODY 16.05MP Digital Single Lens Mirrorless Camera with 4K Cinematic Video (Body Only)
    Panasonic
  • TASCAM DR-100mkII 2-Channel Portable Digital Recorder
    TASCAM DR-100mkII 2-Channel Portable Digital Recorder
    TASCAM
  • The DV Rebel's Guide: An All-Digital Approach to Making Killer Action Movies on the Cheap (Peachpit)
    The DV Rebel's Guide: An All-Digital Approach to Making Killer Action Movies on the Cheap (Peachpit)
    by Stu Maschwitz
Sunday
Jun042006

Know when to log ’em, know when to lin ’em

Bluepixel posted this comment today (quoted here in its entirety):

Hi Stu!

Having used different colorspace workflows, and after reading your stories on the use of eLin on your blog, I was wondering if you could ellaborate a bit more on the topic “comping in real linear space makes tools behave in a more natural way, except for some tools”.

Let me explain my point. I do see the benefits within image processing tools that require “averaging” pixels, where the maths on a linear space behave more naturally than on a gamma=corrected space. But on my experience, color correction tools have a weird behaviour on linear images. Actually, I’ve found that only “mult” or brightness color corrections do behave more naturally on linear than they do on gamma-corrected space.

On the other hand, if you try to apply any correction involving changing the curve ono the blacks side, like a contrast, or even a gamma, the results are better when working on a gamma-corrected space. Same applies to pulling a key from a green/blue screen.

I have often found myself using different colorspaces depending on my needs, which is safe if you know what you’re doing at each stage, but I was wondering if that’s what you meant when you say that linear feels more organic to the use of compositing tools with some exceptions… are you referring to any of the issues I described above? It would be great to have some in-depth talk about that.

Thanks for your attention and for the great resource your blog is…

Cheers,

blue.

Blue, you said it perfectly. Your assessment of which color operations work well under which circumstances is exactly in sync with my opinions.

Simple RGB channel gain color correction works better in lin than in vid or log. So does image resizing, motion blur, focus blur, layering, adding, multiplying, simulating fog, simulating light, simulating a double exposure. Text rendering looks better in lin, as does rasterizing vector art. 3D lights and shading work better and more realistically in lin. All of these operations are cases of using simple math to simulate how light interacts in the real world. These are linear, physical events we’re simulating.

But some image processing falls outside of this category. Some image processing is perceptual, and wants to be performed in perceptually linear, AKA gamma-corrected space (vid). Examples include inverting an image, color corrections that want to have visually equivalent effects at any brightness level (such as crushing the blacks of an image). Some image sharpening wants to be perceptual (sharpening before printing maybe?) whereas some wants to be linear light (for example, canceling the effects of a slight defocus).

Some operations want to be in vid or log rather than lin because they are simulating events that have a native color space. Film has a logarithmic response to light, so adding grain, or simulating a cross-dissolve, or creating a fade to black all may want to be done in log, or at least vid.

When you perform a telecine-style color correction you are essentially creating a new “magic film stock” with uniquely non-linear responses to light. It makes perfect sense that you’d do this in a non-linear color space. Note that colorists use the same exact controls to color correct vid material as log, reinforcing the similarities between these color spaces.

So yes, I agree, there is no one color space that works perfectly for all situations. The key to effective image manipulation is to use the correct color space for the particular thing you’re doing, and that might mean bouncing back and forth between lin, log and vid within one project, regardless of where your source material came from or what format you’re outputting to.

Reader Comments (4)

This is a great post, Stu -- especially the note about grain application in Logarithmic space. That's an excellent tip right there. Thanks for writing it.

June 5, 2006 | Unregistered Commentersean konrad

Dang. I'm hanging on by a thread here. This last entry is challenging. I've read every post in your blog starting yesterday to today and followed almost all of the links to other sites (from viper to scripting!). I feel like I'm in the ProLost cult now. :)
But just as I was about to go wild playing with linear space on my own, I've come upon this cautionary post. Conclusion: the learning never stops.
thanks for all the info and time you've put into this site! I've ordered a few of the books you've written in as a small way of showing some grattitude (and learning even more!)
-Steve

July 21, 2006 | Unregistered CommenterSteve

Do you think its better to perform a Telecine Color Correction in LOG? This type of color correction will evenly subdivide the image into shadows, mids and highlights ranges. If you do this in LOG those ranges wont be evenly dstributed when you look the image in the "correct" lin. So I think that it makes more sense to do this type of color correction in linear and do other types of corrections, like simulating printer lights, in LOG. Is this right or Im just out of my mind.

A

November 6, 2006 | Unregistered CommenterAbel

This---like so many posts on this blog---is a great resource. I just added a link from After Effects CS3 Help to this post:

http://livedocs.adobe.com/en_US/AfterEffects/8.0/WS2A3CEB0E-F1A1-4035-9C62-CFF4A0527B11.html

August 19, 2007 | Unregistered CommenterTodd
Comments Disabled
Sorry, comments are disabled temporarily while I tweak some stuff.
« Ruby Tuesday Ad Online | Main | HDR Tutorial on the Cow »