Gamma is neither brightness nor colour — it is the transfer curve that maps electrical grey level to screen luminance. Starting from "why the eye is not a light meter", this article covers what Gamma is, why 2.2 is the industry standard and what the value means, then adds a "ZJWY view" on how to read it on the repair and refurbishment bench.
Abstract. Gamma is the most fundamental step in picture calibration — almost every display project aligns the Gamma curve over and over again. It is neither brightness nor colour; it is the transfer curve that maps electrical grey level to screen luminance. Starting from "why the eye is not a light meter", this article explains what Gamma is, why 2.2 became the industry standard and what the value actually means, then adds a "ZJWY view" on what Gamma means on the screen repair and refurbishment bench — what you can do and what you cannot.
Keep one sentence in mind; everything below hangs on it: Gamma is the grey-level-to-luminance transfer curve, and its purpose is to make the tonal rendering of a display match the visual characteristics of the human eye.
It does not correct the panel. It corrects for the eye.
The human eye is very sensitive to luminance changes in the shadows and far less sensitive in the highlights. If pixels emitted light linearly against the electrical grey level — 50% signal giving 50% luminance — the shadows would be lifted across the board and the picture would look washed out, grey and flat.
Gamma is the correction formula: it converts electrical grey level into the screen luminance that the eye expects. It holds the shadows down, stretches the gradation, and spends the limited number of grey steps where the eye can actually tell them apart.
That is why a purely linear panel can look "great on paper, mediocre to the eye" — the luminance is right, but it is spent in the wrong places.
Change the Gamma value and the same grey-scale chart produces a completely different tonal result.
💡 When a picture looks grey and flat on the debug bench, suspect a Gamma target that is set too low before you touch brightness or backlight registers — those change overall luminance, and they cannot buy you gradation.
This is the classic trap in the industry: Gamma and colour coordinates are two independent metrics.
Which is why this happens all the time: Gamma drifts while colour stays perfectly within spec. And the reverse is just as true. Inferring that Gamma is fine because colour coordinates pass is simply wrong.
One line to separate them: Gamma is "how grey levels map to luminance"; colour coordinates are "where the colours sit on the chromaticity diagram".
Gamma is not something you calibrate once and forget. These points from the original article are worth remembering for anyone doing OLED tuning or acceptance testing.
In PLC peak-luminance mode, mismatched parameters cause a Gamma shift on re-measurement: colour coordinates stay normal and only the luminance curve drifts.
📌 Translator note: the original text says "PLC peak-luminance mode"; the more common term in the industry is APL (Average Picture Level). Naming varies between vendors, so this article keeps the original wording.
When a project shows abnormal brightness in peak mode, the first suspicion is usually that the DDIC loaded its registers incorrectly or that the timing is misconfigured during the mode switch — while in reality it is only the Gamma curve that has shifted. Guess the direction wrong and the debugging cost multiplies.
In wearable OLED projects, Gamma verification is mandatory; under AOD (always-on display) at a low refresh rate, Gamma curve stability is especially critical.
When a device switches between 5 Hz and 60 Hz for AOD, a mode-switch-induced deviation of the Gamma curve from target is easily perceived as a fluctuation in brightness — the flicker everyone complains about.
The conclusion is straightforward: PLC peak-luminance mode and AOD low-refresh mode each need their own Gamma re-measurement, to make sure the grey-to-luminance mapping stays stable across operating modes and holds the intended Gamma target. Many tuning engineers watch colour coordinates first and overlook the brightness jumps caused by Gamma drift — even though the eye is far more sensitive to a brightness jump than to a slight colour cast.
Think of Gamma as the overall tone curve in photo editing.
It does not change the colours in the picture. It takes every pixel and, through one uniform formula, reshapes the conversion from grey level to luminance so the tonal impression matches the eye. Adjusting a tone curve will not turn red into blue, and adjusting Gamma will not make the picture change colour — both move the same thing: how the tones are distributed.
Gamma is a parameter locked down by the panel maker or the device maker during tuning, written into the DDIC. For those of us building screen repair equipment, its value is not that we can adjust it, but that it helps us classify a problem before we touch anything — a large share of rework and disputes come from never working out whether the customer's "the colour is wrong" is a Gamma matter or a colour-coordinate matter.
1. Classify first, then decide whether to act. One customer complaint can hide four completely different problems, with very different conclusions:
| Symptom | Classification | What the bench can do |
|---|---|---|
| Shadows crushed together, image too dark or grey | Gamma (grey-to-luminance mapping) | DDIC / firmware level — not adjustable at the bench. State the boundary plainly |
| White point yellow, blue or green; colour cast | Colour coordinates | Check panel batch, ageing, polariser; compare side by side with a known-good unit |
| Fixed-position shadow, visible on white, still there days later | Burn-in (emissive layer ageing) | Replace the panel. The emissive layer cannot be repaired |
| Uneven luminance / chroma, dark edges, blotches | Mura, or backlight / encapsulation | Go down the Demura path or judge on the encapsulation side |
2. "It looks wrong after the swap" usually does not mean the panel is bad. A non-original panel or a different production batch may carry a Gamma target that differs from the original device, so "too dark" or "grey" is often a difference in the transfer curve rather than a bad assembly. The test is the grey-scale chart: continuous, no banding, shadow steps distinguishable — that is a normal mapping difference. Banding, stripes or step jumps send you back to the assembly and the panel itself.
3. Standardise the grey-scale check; do not trust a glance. A fixed three-step routine works well: (1) a 32-step grey chart, checking whether the first four shadow steps are distinguishable; (2) a plain white image for colour coordinates and uniformity; (3) repeat at 30% brightness. Gamma-related problems are easiest to see at low brightness and almost invisible on a colourful UI. Take photos and file them — evidence for the customer and protection for you.
4. You cannot change it, so do not mess with it. Gamma lives in the DDIC registers and OTP, calibrated and burned in by the panel or device maker. Be careful with so-called "one-click colour calibration" tools — writing it wrong is far worse than leaving it alone, and it is usually irreversible.
5. Add one step to incoming inspection. Power up pulled and used panels and look at the grey scale before they go into stock. A panel with obvious Gamma drift — crushed shadows, overall grey — usually means the emissive layer has already aged significantly, and it is only a matter of time before it comes back as a complaint.
6. Process window: do not bake the panel old. Overheating during separation or adhesive removal tends to damage the organic emissive layer first, and the visible result is grey steps that never reach their luminance — which looks like a Gamma problem but is really a panel that has been cooked. Keep temperature and time inside spec; do not raise the heat to work faster.
7. Put the warranty boundary on the job sheet. One line is worth adding: "Gamma and colour coordinates are panel firmware-level parameters and are outside the repair warranty." Writing it down is far cheaper than explaining it later.
What our equipment solves is "does it light up, is the picture complete, are there lines, is the lamination flat". Gamma and colour coordinates are firmware-level parameters — a matter of stating the boundary, not of repairing the value. Separate the two clearly for the customer and you earn more trust, not less.
Gamma is the grey-level-to-luminance transfer curve, and its purpose is to make the tonal rendering of a display match the visual characteristics of the human eye. It governs tone, not colour; passing colour coordinates does not mean Gamma passes; every operating mode needs its own re-measurement. Understand Gamma and the moment a customer says "the colour is wrong", you have already halved the search space.
← Back to Support