This procedure is useful for making a monitor display images approximately correctly, on systems in which profiles are not used (for example, the Firefox browser prior to version 3.0 and many others) or in systems that assume untagged source images are in the sRGB colorspace. In the test pattern, the intensity of each solid color bar is intended to be the average of the intensities in the surrounding dotted dither; therefore, ideally, the solid areas and the dithers should appear equally bright in a system properly adjusted to the indicated gamma. Normally a graphics card has contrast and brightness control and a
transmissive LCD monitor has contrast, brightness, and
backlight control. Graphics card and monitor contrast and brightness have an influence on effective gamma, and should not be changed after gamma correction is completed. The top two bars of the test image help to set correct contrast and brightness values. There are eight three-digit numbers in each bar. A good monitor with proper calibration shows the six numbers on the right in both bars; a cheap monitor shows only four numbers. Given a desired display-system gamma, if the observer sees the same brightness in the checkered part and in the homogeneous part of every colored area, then the gamma correction is approximately correct. In many cases the gamma correction values for the primary colors are slightly different. Setting the
color temperature or
white point is the next step in monitor adjustment. Before gamma correction the desired gamma and
color temperature should be set using the monitor controls. Using the controls for gamma, contrast and brightness, the gamma correction on an
LCD can only be done for one specific vertical viewing angle, which implies one specific horizontal line on the monitor, at one specific brightness and contrast level. An
ICC profile allows one to adjust the monitor for several brightness levels. The quality (and price) of the monitor determines how much deviation of this operating point still gives a satisfactory gamma correction.
Twisted nematic (TN) displays with 6-bit
color depth per primary color have lowest quality.
In-plane switching (IPS) displays with typically 8-bit color depth are better. Good monitors have 10-bit color depth, have hardware
color management and allow hardware calibration with a
tristimulus colorimeter. Often a 6bit plus
FRC panel is sold as 8bit and a 8bit plus FRC panel is sold as 10bit. FRC is no true replacement for more bits. The 24-bit and 32-bit color depth formats have 8 bits per primary color. With Microsoft Windows 7 and above the user can set the gamma correction through the display color calibration tool dccw.exe or other programs. These programs create an
ICC profile file and load it as default. This makes
color management easy. Increase the gamma slider in the dccw program until the last colored area, often the green color, has the same brightness in checkered and homogeneous area. Use the color balance or individual colors gamma correction sliders in the gamma correction programs to adjust the two other colors. Some old graphics card drivers do not load the
color Look Up Table correctly after waking up from standby or hibernate mode and show wrong gamma. In this case update the graphics card driver. On some operating systems running the
X Window System, one can set the gamma correction factor (applied to the existing gamma value) by issuing the command xgamma -gamma 0.9 for setting gamma correction factor to 0.9, and xgamma for querying current value of that factor (the default is 1.0). In
macOS systems, the gamma and other related screen calibrations are made through the System Preferences.
Scaling and blending Generally, operations on pixel values should be performed in "linear light" (gamma 1). Eric Brasseur discusses the issue at length and provides test images. They serve to point out a widespread problem: Many programs perform scaling in a color space with gamma, instead of a physically correct linear space. The test images are constructed so as to have a drastically different appearance when downsampled incorrectly. Jonas Berlin has created a "your scaling software sucks/rules" image based on this principle. In addition to scaling, the problem also applies to other forms of
downsampling (scaling down), such as
chroma subsampling in JPEG's gamma-enabled
Y′CbCr.
WebP solves this problem by calculating the chroma averages in linear space then converting back to a gamma-enabled space; an iterative solution is used for larger images. The same
sharp YUV (formerly
smart YUV) code is used in sjpeg and optionally in
AVIF. Kornelski provides a simpler approximation by luma-based weighted average.
Alpha compositing,
color gradients, and 3D rendering are also affected by this issue. Paradoxically, when upsampling (scaling up) an image, the result processed in a "wrong" (non-physical) gamma color space is often more aesthetically pleasing. This is because resampling filters with negative lobes like
Mitchell–Netravali and
Lanczos create
ringing artifacts linearly even though human perception is non-linear and better approximated by gamma. (Emulating "stepping back," which motivates downsampling in linear light (gamma=1), does not apply when upsampling.) A related method of reducing the visibility of ringing artifacts consists of using a
sigmoidal light transfer function as pioneered by
ImageMagick and
GIMP's LoHalo filter and adapted to video upsampling by
madVR,
AviSynth and
Mpv. == Terminology ==