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

Entries in Visual Effects (84)

Wednesday
Feb022005

Why the hell would you use a visual effects compositing plug-in set to color grade your HD short?

In part so you can make this:





Look like this:





Eric's an old hand at shooting for HD post, and knew well to keep his highlights in control. The raw image from the Varicam practically looks like a scanned film neg.



He then pushed the contrast in eLin, freely clipping highlights — or so it appears. In truth, those pegged values in Renée's arm and the back wall are actually only clipped in the video preview. Eric's Cineon log output preserved the entire dynamic range of the original footage, and his 35mm film print has the nice, smooth rolloff into the extreme highlights that was once thought to be the sole privilidge of film.



Plus, Eric had a great DP and is a hell of a colorist!



The LA Day demo movie covers the process in some detail. Questions? Post them on the eLin forum.



Mad stilz from One Weekend a Month coutesy of Eric Escobar

Wednesday
Feb022005

Spitzak Lives

Bill Spitzak's site is alive and well with a new ISP, including his excellent stuff about linear floating point.



Thanks to Stuart of Eyeon for the headsup.

Monday
Jan312005

Spitzak down!

Bill Spitzak's linear floating point advocacy site seems to be down.



Thanks to this fun site, it is archived here.

Wednesday
Jan262005

Color correction in linear vs. gamma corrected space

A brief example of how simple color corrections behave differently in linear floating point space than in display-corrected space.


image 1

A big reason we color correct with gamma when working in clipped color spaces is that we want to avoid flattening out white parts of the image. This is a valid concern.


image 2

This image is color corrected by multiplying the channels against constant RGB values. This is probably the simplest way to color correct an image, and here the results are quite poor. Subtly poor in how the tonal range is made inconsistent across light and shadow, but profoundly poor in the flattening out of the highlights.


image 3

This image shows roughly the same color correction, but using gamma. Because gamma correction does not affect white, the correction looks much more pleasing. There is also a pronounced contrast change in the image, which some may also consider pleasing, but some may wonder how they could avoid.

Images 2 and 3 were CC'ed in video space, or the raw, uncorrected pixels that we both store and display.

The next two images are CC'ed in eLin. They have been converted to a linear color space and the detail in the blown out window has been preserved.


image 4

Here is a similar gamma correction to the one used in image 3. As in image 3, white remains untouched. But two problems have arisen. Firstly, the linear color space reacts even more abruptly in the contrast and tonal range than the video space image did. The shadows get blocked up and the saturation and contrast changes quite a bit with our adjustment.

but more insidiously, note the darkening layer that I have placed over the window. As with image 3, white remains untouched by the gamma adjustments, But above white we have done a very surprising thing — we have inverted our desired tint.



In this graph of the gamma, or power, function, it's easy to see why. As the gamma curve bends the midtones up and down, it remains pinned at white and pivots there, causing the values above white to go in the opposite direction. So as we gammaed down blue and green, we were pushing values in those channels above 1.0 through the roof!

The scary thing here is that you might not see it at first, and you would go on about your business until you layered something over your windows, or darkened them with some other operation.


image 5

Here we are back to our simple multiplying of the RGB channels, but now we are in linear space with overbrights. Note that we have tinted the image warm without blocking up the shadows, changing the saturation, or altering the contrast of the image. Note as well that the overbright areas react in a very lovely way to the CC.

It's true that when you compare 5 to 3, you may find that some of the “downsides” of the gamma correction in vid space are visually pleasing. The enhanced contrast and variation across the tonal range look a bit sexier than the clean and flat tinting in linear space. But it's important to be able to color correct at a very simple level without getting all this extra artifacting, and this is very challenging in vid space. But in linear floating point, it's no problem at all to add contrast in after a CC.

The other caveat is that we started with an image that had overbrights (an EXR file). Had we not had this extra information in the windows, image 5 would have the same clipped look as image 2.

It's not that you can't ever use gamma correction in linear floating point — you just have to be careful. I've found that in linear space, gamma should be the last thing you adjust, not the first, and this is very different than most peoples' current experience in clipped vid space.

Comparotron2000™:




Multiply in g2.2 clipped
Gamma in g2.2 clipped
Gamma in eLin/LFP
Multiply in eLin/LFP