Readings on color management

Color management in the production pipeline is a tough topic. A really tough one. And a crucial one too. Unfortunately not only is this an important and difficult topic, but it also seems to me that except maybe for people working on AAA games or heavy budget film industry, most have little knowledge on the matter, when they’re not just completely unaware of the issue.

The issue that image capturing devices, screens and printers all have different color characteristics (said simply: what you scan, photography or film will not look the same depending on the capturing device used, and a same image will look different depending on the display or printing device too).

The issue that they have a capturing or display range usually far from what the human vision is capable of, and by “far” you must understand by orders of magnitude (said simply, the average human can perceive way more contrast than a camera is able to capture, differentiate much more colors than a screen is able to display, and on top of that there are colors an average screen is just absolutely unable to render, like the orange of your fluorescent highlighter for example; this one is my favorite example actually :) ).

The issue that screens and image formats use a non linear representation leading to severe errors in colors unless it is taken into account when manipulating images (said simply, ignore gamma correction in your rendering and your lighting will be wrong, ignore it when you resize images and they will look wrong too).

I just wish it were more simple and “just worked”. But until then we have to deal with it. So here goes the list of readings on this nonetheless very interesting topic.

On color management:

On gamma correction:

  • Gamma error in picture scaling: this article shows how bad things can go when image manipulation softwares don’t take gamma into account, and gives a glimpse of how widespread the problem is.
  • The Value Of Gamma Compression: I like this short article a lot, as it shows in a quick a clear way how a bad gamma management can ruin a rendering.
  • Gamma and Lighting Part 1, Part 2, Part 3: this three parts article from the same blog explains how they handle the issue in the production pipeline of X-Plane.
  • GPU Gems 3, Chapter 24 – The Importance of Being Linear: this article explains how to take gamma into account in your rendering pipeline; while an interesting read, I think it doesn’t make the issue obvious enough (as I find the different illustrations to be equally bad looking).
  • Gamma FAQ: this FAQ is quite dated but still helps understanding the origin of gamma correction and avoid confusion between various concepts (there is also a Color FAQ from the same author).

Update: this 4mn video explains quite convincingly the need for gamma correction.

On tone mapping:

Have a good read!

Update: this lengthy presentation of GDC 2010 (quoting: “The presentation is basically four 20 minute presentations crammed into 55 minutes.”), by John Hable, covers several of these topics.

5 thoughts on “Readings on color management

  1. Hi Julien,

    Thanks for this post!

    A couple of corrections:
    1. Far Cry 3 is from Ubisoft Montréal, not Crytek
    2. It’s John Hable with one “b”

    Other possible entries to the list:
    1. Naty Hoffman wrote a detailed report of the Color and Imaging Conference (CIC) in 2011, which also links to some great resources. See: http://www.realtimerendering.com/blog/tag/cic-2011/
    2. In addition to Jeremy Selan’s Cinematic Color course this year, Naty also organised a related (and excellent!) SIGGRAPH course in 2010: http://renderwonk.com/publications/s2010-color-course/

    These are the ones that spring to mind immediately. I’ll let you know if I think of anything else.

  2. Hey Julien,
    just a type
    explains how Crytek worked to ensure color fidelity
    => explains how Ubisoft worked to ensure color fidelity

  3. Pingback: Cinematic Color « Promit's Ventspace

  4. Great articles. Thanks.

    Really sad there is still the gamma scaling bug in many software… like cough… The Gimp cough.. cough…

Leave a Reply

Your email address will not be published. Required fields are marked *