Three algorithms for converting color to grayscale

How do you convert a color image to grayscale? If each color pixel is described by a triple (R, G, B) of intensities for red, green, and blue, how do you map that to a single number giving a grayscale value? The GIMP image software has three algorithms.

The lightness method averages the most prominent and least prominent colors: (max(R, G, B) + min(R, G, B)) / 2.

The average method simply averages the values: (R + G + B) / 3.

The luminosity method is a more sophisticated version of the average method. It also averages the values, but it forms a weighted average to account for human perception. We’re more sensitive to green than other colors, so green is weighted most heavily. The formula for luminosity is 0.21 R + 0.71 G + 0.07 B.

The example sunflower images below come from the GIMP documentation.

Original image color photo of sunflower
Lightness sunflower converted to grayscale using lightness algorithm
Average sunflower converted to grayscale using average algorithm
Luminosity sunflower converted to grayscale using luminosity algorithm

The lightness method tends to reduce contrast. The luminosity method works best overall and is the default method used if you ask GIMP to change an image from RGB to grayscale from the Image -> Mode menu. However, some images look better using one of the other algorithms. And sometimes the three methods produce very similar results.

Update: See More on colors and grayscale for more details and more examples.

Tagged with:
Posted in Graphics
13 comments on “Three algorithms for converting color to grayscale
  1. Colin Howe says:

    Always worth just seeing if each channel on it’s own produces good results too! Can also get some really interesting shots when just looking at one channel :-)

  2. AdamJTP says:

    And if (0.21 R + 0.71 G + 0.07 B) seem like magic numbers then here are some more magic numbers:

    I’ve heard that some portrait photographers use orange filters with black and white film (to remove freckles and spots).

  3. Keith says:

    Perhaps this is obvious to others, but what algorithm does actual film “use” to convert colors? An old-school analog (i.e. not digital) camera changes real world colors into b&w photographs, but using which of these methods, if any? I’m guessing it may vary with camera and film settings, and likely has changed over time, but is there one method it tends to favor over the others?

  4. John says:

    @Keith: That’s a good question. I’d like to know the answer.

  5. PossiblyKevin says:

    the answer is none of the above methods are used for film. in film or any system sensitive to the electromagnetic spectrum, can be considered as a reduction of an infinite number of frequencies (well infinite depending on your quantum view of the world I guess), into a smaller number, in a similar manner to a weighted sum histogram.

    In film or a digital sensor there is a spectral sensitivity function that determine which frequencies of light get absorbed/sensitise the emulsion based upon the chemical structure. Through various means this gets converted to either silver halide crystals or in colour film different dye’s are formed (eventually).

    You then shine a light through the resultant film and bounce it off a screen, your eyes then view the result, In mathematical terms this is a highly non-linear transformation from scene-to-screen and is a function of many reductions from spectral to n-dimensional ‘records’ all of whose intensity functions are non-linear.

    In film the actual ‘colours’ vary mostly due to the stocks used, but there are some effects that vary with intensity of exposure so the camera settings can effect the results though this is minor compared to the stock and development.

    Re: the magic numbers, well they are based upon a mixing assumption. They are are saying what linear combination of R, G and B would you perceive as being without colour, i.e. neutral. Depending on the exact colours of R, G and B you will get different proportions. The mixing also assumes that the individual colour channels are linear, else your not really that close to how our eyes behave. What you consider neutral is also heavily effected by the surroundings in which you view, your eyes are able to adjust their own gain functions to compensate for a certain amount of change, thus a piece of paper can look white to you even if the colour of the light shining on it is changed, although with highly coloured light you will still see it as being coloured.

  6. Thanks for the post. Was exactly what I was looking for.

  7. Mark Ransom says:

    The “magic numbers” for luminosity are slightly rounded versions of the ones in BT.709 for HDTV:

    There appears to be a bug, the weights should add up to 1.0. I think the multiplier for G should be 0.72 rather than 0.71.

    As for how B/W film converts to gray, it appears to depend on the exact film chemistry:

  8. Matej says:

    I did some testing with all three mentioned methods and discovered that Luminosity method is best if picture is not too blue. So I tried this:

    1. for every pixel I first check if blue component is greater than green and red

    2. if it IS I use Lightness method (or Average – both are good) … if NOT I use Luminosity method for current pixel.

    This algorithm gives very good results. It comes very close to Photoshop’s convert to Grayscale “mystic” algorithm :)

  9. Don Stewart says:

    I converted this nice example to Haskell as part of an multidimensional array programming tutorial. The result is pleasingly concise (and parallel).

  10. n film or a digital sensor there is a spectral sensitivity function that determine which frequencies of light get absorbed.

  11. sham says:

    sir, thanks a lot.wish u all the beat for your future work and hope u will always help us by providing such data.

  12. Tarek says:

    thank you. nice thing on image. love it!

  13. jsding says:

    I just use the average method to grayscale a button (disable status) in a HTML5 canvas project

    var context = canvasEl.getContext('2d'),
    imageData = context.getImageData(0, 0, canvasEl.width, canvasEl.height),
    data =,
    iLen = imageData.width,
    jLen = imageData.height,
    index, average, i, j;

    for (i = 0; i < iLen; i++) {
    for (j = 0; j < jLen; j++) {

    index = (i * 4) * jLen + (j * 4);
    average = (data[index] + data[index + 1] + data[index + 2]) / 3;

    data[index] = average;
    data[index + 1] = average;
    data[index + 2] = average;

    context.putImageData(imageData, 0, 0);

    Thanks for the post.

8 Pings/Trackbacks for "Three algorithms for converting color to grayscale"
  1. [...] Three algorithms for converting color to grayscale — The Endeavour [...]

  2. [...] the properties of the human eye. Other algorithms for this are listed on John D Cook’s blog. Categories: Woopsi Tags: Algorithms, bugfixes, greyscale, scrollbars, Woopsi Comments [...]

  3. [...] clicks away I have found the description of three algorithms to convert to grayscale as implemented by GIMP: lightness, average and luminosity. All these formulas take R, G and B [...]

  4. [...] I have described an algorithm for converting arbitrary TBitmap instances to gray using a selected formula. The problem is with the performance of the code that actually changes the color of each pixel. [...]

  5. [...] I’ve found a great site explaining me all kinds of gray-scaling tricks. Naturally, I’ve chosen the luminosity [...]

  6. [...] max) max = pixel[i]; } return max; } } References:The article is based on the methods described in:  [↩] [↩]Better [...]

  7. [...] John D. Cook describes in a very concise way on how to convert a color image into a grayscale one. [...]