Skip to content

Instantly share code, notes, and snippets.

@bjpcjp
Created January 10, 2026 20:41
Show Gist options
  • Select an option

  • Save bjpcjp/fd30d5c487d1cb4e6005fc323194d207 to your computer and use it in GitHub Desktop.

Select an option

Save bjpcjp/fd30d5c487d1cb4e6005fc323194d207 to your computer and use it in GitHub Desktop.
Skip to content
This is a copy of a conversation between ChatGPT & Anonymous.
You said:
In the field of semiconductor manufacturing, “d0” is a key defect per unit barea metric and closely guarded by foundries. Does a similar metric exist for LCD manufacturing?
ChatGPT said:
Yes — LCD (more precisely TFT-LCD) manufacturing uses analogous “defect-per-area” metrics, but in practice the industry talks about a stack of yields + defect classes, rather than a single universally-cited “d0” number the way IC folks do.
The closest LCD analog to semiconductor D0
1) TFT array defect density (defects per unit area on the glass)
In TFT-LCD fabs, the “array” (the TFT backplane on a large glass substrate) is made with multiple photolithography steps, and fabs track array defect density / defect density on the array because it drives whether lines/pixels are open/short and therefore whether the panel is repairable/sellable. You’ll see this discussed explicitly as “array-defect density” / “defect density” in TFT-LCD yield/repair literature.
Why it feels like D0: it’s fundamentally the same Poisson-yield logic (random defectivity per area, additivity by layer/step), just applied to giant glass substrates and a display pixel circuit, not dies on a wafer.
The other LCD metrics that matter (and are often more “public”)
2) Pixel defect rate / pixel fault classes (defects per million pixels)
Downstream (and customer-facing), LCDs are often specified/accepted using pixel defect classes: allowed counts of bright/dark/stuck pixels per 1 million pixels (historically ISO 13406-2; later replaced by ISO 9241-30x series).
Vendors also publish practical acceptance criteria and warranty policies around bright/dark subpixel defects (e.g., “up to N allowed”), which is basically a defects-per-display spec derived from that style of standard.
3) Yield split by process stage
Inside display manufacturing you’ll commonly see yields tracked separately for:
Array yield (TFT backplane)
Cell yield (LC fill/alignment, mura/non-uniformity issues)
Module yield (bonding/assembly, backlight, driver attach)
A lot of the inspection/review tooling and papers focus on the array process specifically because it’s an early, yield-dominant step.
Bottom line
If by “similar metric” you mean defects per unit area that drives yield: yes — fabs track TFT array defect density (very D0-like), but it’s typically treated as proprietary ops data.
If you mean a standardized, externally-quoted metric: the closest is pixel defect rate / ISO pixel fault classes (defects per million pixels), plus vendor pixel/subpixel policies.
If you tell me whether you care about fab process control (array defect density / particles / layer additivity) vs finished-panel quality acceptance (pixel defects / mura), I can map the common metrics into a clean one-to-one comparison with IC D0.
ChatGPT can make mistakes. Check important info. See Cookie Preferences.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment