Color and dead pixels
Black, white, and RGB solids are the fastest way to catch dead pixels, bright pixels, dark pixels, and obvious tint imbalance.
Click to start fullscreen inspection
Inspect dead pixels, bright pixels, and dark pixels
Current: Reines Schwarz
#050505 · Press F for fullscreen
Device info
Bildschirmbreite
--Geräte-Pixelverhältnis
0.0Farbtiefe
--Refresh rate
--Controls
← →
Switch test colors F
Enter fullscreen Esc
Exit fullscreenAußerhalb von Eingabefeldern bleiben die Kürzel aktiv: links/rechts für Musterwechsel, F für Vollbild, Esc zum Beenden.
Color picker
Reines Schwarz
#050505Eigene Farbe
Vollbild-SchnellcheckPixelfehler und FarbstichGeräteinfos live sichtbar
Bildschirm-Übersichtstest
Bündelt die häufigsten Bildschirmprüfungen auf einer Seite, inklusive Vollbildmustern, Pixelfehlerkontrolle und browserseitig sichtbaren Geräteinformationen.
Grayscale and tonal range
Step ladders, gradients, and clipping views make it easier to catch banding, crushed shadows, and blown highlights.
Sharpness and refresh behavior
Resolution and refresh views help inspect scaling, thin-line rendering, browser-side smoothness, and timing consistency.
Core test entries
If the overview already reveals a likely issue, jump into a more focused page for a deeper pass.
Farbtest
Verwende Vollfarben und eigene HEX-Werte, um Farbstiche, Pixelfehler, helle Pixel und Gleichmäßigkeit zu prüfen.
Graustufentest
Prüfe Tonwertübergänge mit Graustufenstufen, weichen Verläufen, Schwarz-/Weiß-Clipping und Banding-Mustern.
Burn-in-Test
Nutze statische Vollfarben und einen manuell gestarteten Zyklusmodus, um Nachbilder, Bildreste und deutliche Burn-in-Spuren zu erkennen.
Auflösungstest
Prüfe aktuelle Auflösung, DPR, 1px-Linien, Pixelraster und Schärfemuster, um die Darstellung im Browser zu beurteilen.
Bildwiederholratentest
Schätzt die browserseitige Bildwiederholrate mit requestAnimationFrame und kombiniert sie mit einer einfachen Bewegungsszene zur Beurteilung von Flüssigkeit und Jitter.
Suggested test flow
This order mirrors how many people actually check a new monitor or troubleshoot a panel at their desk.
Start with solid colors
Use black, white, and RGB first to reveal dead pixels, bright pixels, glow, corner shading, and obvious tint shifts.
Move to grayscale next
If the panel looks washed out, crushed, or uneven in tone, switch to ladders and gradients for a more sensitive read.
Check sharpness after that
Use 1px lines, checker patterns, and text sharpness views to inspect scaling artifacts and rendering softness.
Use focused pages last
Once you know which direction to investigate, the dedicated color, grayscale, burn-in, resolution, or refresh pages will be more efficient.
Screen self-check guide
The reading path stays below the workbench so the first screen stays usable without hiding the deeper context.
Why solid colors come first
Solid-color patterns are the usual starting point for a quick display check because they are fast to read with the naked eye.
What grayscale and sharpness reveal
When solid colors look mostly fine, grayscale and fine-line views help dig deeper into tonal separation and rendering quality.
How to read each pattern
Each pattern is better at revealing a different class of display issue, so switching with intent saves time.
Schnellchecks
Reines Schwarz
Schwarz eignet sich für Dunkelpixel, Backlight-Glow und grundlegende Gleichmäßigkeitsprüfungen.
Schnellchecks
Reines Weiß
Weiß eignet sich für helle Pixel, Staubstellen und schnelle Helligkeitsgleichmäßigkeit.
Schnellchecks
Rotkanal
Rot macht festsitzende Pixel und deutliche Farbstiche leichter sichtbar.
Schnellchecks
Grünkanal
Grün hilft oft dabei, tote oder festsitzende Pixel schneller zu erkennen.
Schnellchecks
Blaukanal
Blau hilft bei dunklen Ecken, festsitzenden Pixeln und Gleichmäßigkeitsabweichungen.
Schnellchecks
Graustufenleiter
Prüft schnell, ob die Tontrennung zwischen Schwarz und Weiß zusammenfällt.
Schnellchecks
Schachbrettmuster
Ein schnelles Schärfemuster für Skalierungsartefakte und Kantenschärfe.
Screen self-check guide
The reading path stays below the workbench so the first screen stays usable without hiding the deeper context.
Why solid colors come first
Solid-color patterns are the usual starting point for a quick display check because they are fast to read with the naked eye.
Black surfaces expose dark issues
Pure black helps reveal dark pixels, backlight glow, gray corners, and dark-scene uniformity shifts.
White surfaces expose bright issues
Pure white makes bright pixels, dust, stains, and bright-area uniformity issues easier to notice.
What grayscale and sharpness reveal
When solid colors look mostly fine, grayscale and fine-line views help dig deeper into tonal separation and rendering quality.
Grayscale reveals tonal collapse
If neighboring tones merge too early or gradients band visibly, the display path is not separating tones smoothly enough.
1px lines reveal scaling behavior
Blurry or broken fine lines often point to system scaling, browser zoom, or rendering-path interpolation.
Where web testing stops
SPCBOX focuses on browser-reachable self-checks rather than pretending to expose low-level monitor truth.
The readings are browser-side
Resolution, DPR, color depth, and refresh estimates come from the current browser environment and should be read as practical hints.
Pro calibration still needs hardware
For absolute color accuracy, gamma curves, luminance calibration, or hardware response validation, dedicated physical instruments are still the right tool.
Common questions
These answers clarify what a browser-based screen test can help with and where its limits begin.
Q.
Can this replace professional display instruments?
No. It is best for fast dead-pixel, tint, grayscale, sharpness, and browser-side motion checks, not for replacing a calibrator or high-speed camera setup.
Q.
Why does fullscreen matter so much?
Fullscreen reduces browser chrome, nearby distractions, and layout edges, which makes glow, dead pixels, corner shading, and uniformity issues easier to spot.
Q.
Why is the refresh result not identical to my monitor spec?
Because this page estimates behavior through requestAnimationFrame, so the result is influenced by focus state, browser scheduling, and system load.
Q.
Do I need the dedicated subpages if the overview looks fine?
Not always. The overview is intentionally built for fast screening, and the focused pages are most useful once you already have a suspected direction.