Träges Gameplay kann zwei Ursachen haben — die richtige Antwort hängt vom Spielertyp ab.
Beim Schießen in einem Match fühlt sich das Fadenkreuz plötzlich träge, obwohl die persönliche Reaktionszeit gleich bleibt. Häufig ist Input‑Lag schuld: die technische Verzögerung zwischen Knopfdruck und sichtbarer Reaktion. Reaktionszeit beschreibt das menschliche Wahrnehmungs‑ und Motorantworttempo. Welche Größe wichtiger ist, hängt vom Einsatz ab: E‑Sportler benötigen jede Millisekunde, Gelegenheitsspieler tolerieren kleinere Verzögerungen, und VR‑/Simulator‑Nutzende sind besonders empfindlich — Latenz kann dort Übelkeit und Steuerungsfehler verursachen. Daraus folgt: Einsatzszenario bestimmt, welche Metrik priorisiert und wie stark optimiert werden muss.
- E‑Sport: angestrebter Input‑Lag ≤ 10–16 ms.
- Gelegenheits‑Gaming: bis ≈30–50 ms meist unkritisch.
- VR/Simulator: empfohlene End‑to‑end‑Latenz < 20 ms.
Knappe Definitionen: Input‑Lag vs. Reaktionszeit
- Input‑Lag (End‑to‑End / Input‑to‑Photon)
Zeit zwischen einer physischen Eingabe (Tastendruck, Mausbewegung, Controller‑Signal) und der sichtbaren Reaktion auf dem Bildschirm. Gemessen als Input‑to‑Photon mit Photodiode und Oszilloskop; Einheit Millisekunden (ms), typischer Bereich ≈1–50 ms.
- Reaktionszeit — GtG (Gray‑to‑Gray)
Zeit, die ein Pixel benötigt, um von einem Grauwert in einen anderen zu wechseln (Gray‑to‑Gray). Gemessen direkt am Panel mit Hochgeschwindigkeitskamera oder Messsensor; gibt die reine Pixelumschaltgeschwindigkeit an, Einheit ms.
- Reaktionszeit — MPRT (Moving Picture Response Time)
MPRT beschreibt die wahrgenommene Bewegungsunschärfe über mehrere Frames und misst effektive Bildpersistenz während Bewegung. Erfasst Effekte von Backlight‑Strobing und Frame‑Persistence; ebenfalls in ms angegeben.
- Messgrößen & Einheiten
Beide Kenngrößen werden in Millisekunden gemessen, unterscheiden sich aber konzeptionell: Input‑Lag ist End‑to‑End‑Latenz, Reaktionszeiten sind pixelinterne Umschaltzeiten. Die gefühlte Verzögerung und Unschärfe ergeben sich aus ihrer Kombination.
- Messort im Signalpfad
Input‑Lag wird über den kompletten Pfad gemessen: Eingabegerät → Host (OS/GPU) → Frame‑Puffer/Scaler → Display‑Controller → Panel → Photon. Reaktionszeit wird ausschließlich innerhalb des Displays gemessen (Treiberschaltung → Pixel → Lichtausgabe).
Signal‑Kette und Verzögerungsquellen
Die End‑to‑End‑Latenz entsteht aus einer Kette diskreter Stufen. Jede Stufe hat typische Größenordnungen — zusammen addieren sie sich zum Input‑Lag.
Wesentliche Stufen und typische Verzögerungen:
- Eingabegerät (Maus/Controller): wired ≈ 1–8 ms, wireless ≈ 8–30 ms. Polling‑Rate (USB/HID) beeinflusst hier direkt.
- Übertragung & Polling: USB‑Polling 0.5–8 ms; Bluetooth/Wireless zusätzlich 5–20 ms.
- Betriebssystem / Scheduler: Thread‑Scheduling, Treiber‑Overhead ≈ 0–5 ms (variable bei Hintergrundlast).
- Netzwerk (online): Ping addiert typischerweise 10–100+ ms — nicht Teil lokalem Input‑Lag, aber entscheidend online.
- Game‑Engine & Logik: Eingaben werden innerhalb eines Frames verarbeitet → Verzögerung bis zu einer Framezeit (bei 60 Hz ≈ 16.7 ms, bei 144 Hz ≈ 6.9 ms).
- GPU‑Rendering & Queues: Renderzeit plus Warteschlangen/Buffering ≈ 0–16+ ms (VSync, Triple‑Buffering erhöhen Latenz).
- Video‑Pfad / Encoding: Beim Streaming oder Capture 5–50 ms zusätzlich.
- Display‑Pipeline: Scanout/Refresh verursacht 0–16.7 ms (60 Hz) durchschnittlich ≈ halbe Framezeit; TV‑Scaler/Postprocessing kann 10–80+ ms hinzufügen.
- Pixel‑Response (GtG): Monitor/TV typisch 1–20 ms, bei langsamen Panels deutlich höher.
Dominanz in typischen Systemen:
- PC: GPU + Framezeit + OS/Treiber dominieren; hohe Framerate reduziert Frame‑Zeitanteil.
- Konsole: Ähnlich, aber oft besser optimiert für geringes Buffering.
- TV/Monitor: Bei Fernsehern Scaler/Postprocessing oft größter Faktor; bei Gaming‑Monitoren Scanout + Pixel‑Response.
Wichtig: Wired‑Eingabe, hohe Bildrate, Game‑Mode am TV, und deaktiviertes VSync/Reduzierte Buffer sind die effektivsten Hebel.
Panel‑Metriken und Artefakte
GtG vs. MPRT
GtG (Grey‑to‑Grey) misst die Zeit, die ein Pixel braucht, um zwischen zwei Graustufen zu wechseln. Herstellerangaben verweisen oft auf die schnellsten Übergänge; wichtige Übergangspaare und Durchschnittswerte fehlen häufig. MPRT (Moving Picture Response Time) quantifiziert die wahrgenommene Bewegungsunschärfe und hängt direkt von Bilddauer und Strobe/Black‑Frame‑Insertion ab.
Overdrive und Black Frame Insertion (BFI)
Overdrive erhöht kurzzeitig die Spannung, um Pixel schneller zu schalten. Das reduziert GtG, kann aber Overshoot (inverse Ghosting) erzeugen — sichtbare helle/dunkle Ränder um bewegte Objekte. BFI/Strobe unterbricht die Hintergrundbeleuchtung, reduziert MPRT und Bewegungsunschärfe, verringert aber Helligkeit und kann Flimmern erzeugen.
Messmethoden und typische Herstellerfallen
- Photodiode + Oszilloskop oder Hochgeschwindigkeitskamera liefert präzise GtG‑Kurven.
- Pursuit‑Kamera oder Blur‑Busters‑Tests messen reale MPRT/Bewegungsunschärfe.
Herstellerfallen: Zahlen ohne Kontext (einzelne Übergänge), Mittelwerte über unrepräsentative Tests, MPRT‑Angaben nur mit aktivierter BFI und ohne Helligkeitsangabe.
Artefakte und Trade‑offs
- Ghosting: langsame Pixelrückstände bei unzureichender GtG.
- Overshoot: Folge von zu aggressivem Overdrive; sichtbar als „Halo“ oder inverse Schatten.
- Smear: vor allem bei VA‑Panels, Kontrastverschmierung entlang schnell bewegter Objekte.
Tipps zum Abwägen: Für kompetitives Spielen Priorität auf niedrige MPRT (Strobe/hohe Bildwiederholrate) und moderates Overdrive setzen. Bei sichtbarem Overshoot Overdrive stufenweise reduzieren oder alternative Presets testen.
Kurz prüfen: Aktivierte Overdrive‑Presets durchschalten, dann einen kontrastreichen, schnellen Übergang (schwarz→weiß→schwarz) beobachten. Bei sichtbarem Halo Overdrive reduzieren. BFI ein‑/ausschalten: sinkt die Unschärfe, aber achten auf Helligkeitsverlust und Flicker.
Technische Vertiefung: Wie Input‑Lag gemessen wird
Messmethoden
Drei praxisnahe, technisch verschiedene Messansätze werden häufig verwendet:
- High‑speed‑Kamera + LED/Controller: Ein LED‑Signal neben dem Controller wird gleichzeitig mit dem Eingabesignal ausgelöst; die Kamera zeichnet LED‑Einschaltzeit und die Bildänderung auf dem Display. Liefert präzise End‑to‑end‑Werte inklusive Panel‑Reaktion.
- Messboxen/Detektorgeräte (z. B. Input‑Lag‑Tester): Geräte wie Leo Bodnar vergleichen eingehendes Videosignal mit Photodiode‑Erfassung und melden Display‑Delay. Schnell, reproduzierbar, gut für Display‑only‑Messungen.
- Captured frame timing / Software‑Ticks: GPU/OS‑Timestamps, Framepacer‑Logs oder ein Oszilloskop messen, wann Frames fertig gerendert und wann sie präsentiert werden. Erlaubt Aufspaltung in Render‑Latency vs. Präsentations‑Latency, aber erfasst nicht automatisch Panel‑GtG.
Welche Puffer erzeugen die meiste Verzögerung?
- VSync / Swapchain‑Buffering: Sorgt für Präsentationssynchronität; bei aktivem VSync oder Triple‑Buffering können bis zu eine oder mehrere Frame‑Intervals zusätzlich anfallen.
- GPU‑Queue / Treiber‑Buffering: Render‑Ahead („max pre‑rendered frames“) erhöht Throughput, aber steigert Input‑Lag, besonders bei hohen Frameraten.
- Scaler / Bildverarbeitung im Display (Deinterlacing, Motion‑Interpolation, Upscaling): Aufwändige Pipeline‑Stufen in Fernsehern können Dutzende Millisekunden hinzufügen.
Typische Input‑Lag‑Bänder (Display‑only, grobe Richtwerte):
- E‑Sport‑Monitore: 1–5 ms
- Gaming‑Monitore (low‑latency): 3–15 ms
- Moderne TV (Game Mode): 10–40 ms
- Ältere/Standard‑TVs mit Verarbeitung: 40–100+ ms
Tipps zur Trennung: Display‑only messen, dann End‑to‑end, um Quelle und Umfang der Verzögerung zu trennen.
Für aussagekräftige Messungen:
Erst Display‑only mit Photodiode messen, dann End‑to‑end (Button→LED→Photodiode). Game‑Mode aktivieren, VSync/Interpolation abschalten, GPU‑Queue minimieren. Mehrere Durchläufe mitteln und Frametimes aufzeichnen, um Ausreißer zu erkennen.Bildwiederholrate, Frame‑Pacing und Buffering
Die Bildwiederholrate legt die diskreten Zeitfenster fest, in denen ein Display ein neues Bild zeigen kann. Praktisch bedeutet das: bei 60 Hz beträgt das Intervall 16,7 ms, bei 240 Hz nur 4,17 ms — die minimale zusätzliche Verzögerung durch den Refresh skaliert entsprechend. Siehe auch Wie Bildwiederholrate und Reaktionszeit zusammenwirken für Details zur Panelantwort.
Uneinheitliches Frame‑pacing (unregelmäßige Abstände zwischen fertiggerenderten Frames) erzeugt Micro‑Stutter und kann die gefühlte Latenz deutlich erhöhen, selbst bei hohem Durchschnitts‑FPS. VSync zwingt die GPU, auf den nächsten VBlank zu warten; einfache VSync‑Pufferung oder Triple‑Buffering kann mehrere Frames vorraten und die End‑to‑End‑Latenz steigen lassen. Adaptive Sync/FreeSync/G‑Sync eliminiert oft den Blockadeeffekt und reduziert Latenz und Tearing gleichzeitig.
Praktische Szenarien
- Wenn die GPU konstant nahe der Display‑Hz liefert (z. B. 240 FPS auf 240 Hz), reduziert höhere Hz direkt das input‑to‑photon (kleineres Refresh‑Fenster).
- Bei deutlich niedrigerem FPS als Hz hilft höhere Hz kaum: ein 60 FPS‑Spiel auf 240 Hz bleibt durch Rendering‑Limitationen limitiert.
- Buffering und VSync können Vorteile (kein Tearing) gegen höhere Latenz aufwiegen.
Kurz: hohe Hz bringen nur dann echten Latenzgewinn, wenn Rendering‑Pipeline und Pufferung auf niedrige Latenz ausgelegt sind.
Adaptive Sync / VRR — Mythen und Realität
VRR kann Wartezeiten durch feste Refresh‑Intervals eliminieren, verändert aber nicht die GPU‑Renderzeit; bei konstant hohen FPS ist der Vorteil gering.
Adaptive Refresh erlaubt sofortige Scanout‑Starts statt Warten auf das nächste feste Refresh, reduziert also Scanout‑Wartezeit—aber nur wenn die GPU schneller als der Bildschirm liefert; zusätzliches Buffering (z. B. Triple‑Buffer) kann den Nutzen aufheben.
VRR vermindert Tearing, beseitigt aber nicht zwangsläufig Stottern; manche Displays oder TV‑Scaler nutzen zusätzliche Framebuffer.
Auf TVs/Scalern oder bei Kompatibilitäts‑Fällen wird manchmal ein zusätzlicher Puffer eingeführt, um Timing, Upscaling oder HDR‑Processing zu stabilisieren — siehe Variable Bildrate vs. Input‑Lag für Details.
Implementationen unterscheiden sich: native G‑SYNC‑Module haben oft geringere Overheads als reine Treiber‑Kompatibilitätsmodi; einige ‚compatible‘ Monitore fügen dennoch Scanout‑Buffers hinzu.
Hersteller‑Design, Treiberfall‑backs und Window‑Compositoren bestimmen, ob VRR intern mit direktem Scanout oder über zusätzliche Queues arbeitet; die konkrete Implementierung entscheidet über Mehr‑ oder Minderlatenz.
Vor dem Einschalten von VRR kurz testen:
Hohe, konstante FPS: Ohne starke FPS‑Schwankungen bringt VRR kaum Vorteil. Monitor‑Specs prüfen: Herstellerhinweise zu Buffern/Scaler beachten. Messung: Mit Messgerät oder Benchmark testen, ob Input‑Lag sinkt oder steigt.Wahrnehmbarkeits‑Schwellen empirisch
Wahrnehmbarkeits‑Schwellen hängen von Spieltyp, Bildwiederholrate und Spielerstufe ab. Corticale und vestibuläre Systeme zeigen unterschiedlich feine Sensitivität; in der Praxis gliedern sich typische Bereiche wie folgt:
- < 1 ms: praktisch nicht wahrnehmbar bei normalen Setups.
- 1–5 ms: relevant für Elite‑E‑Sportler auf sehr hohen Hz‑Systemen (240–360 Hz); entspricht Bruchteilen eines Frames.
- 5–10 ms: oft spürbar für erfahrene Spieler in FPS/Competitive‑Titeln; beeinflusst Präzision und Timing.
- 10–30 ms: wahrnehmbar für die Mehrheit; Eingabegefühl beginnt sich verzögert/„schwammig“ anzufühlen.
- >30 ms: deutlich spürbar, verändert Spielentscheidungen und Zielverhalten.
Konkrete Vergleiche helfen: ein Frame bei 240 Hz dauert ~4,17 ms — ein Unterschied von 4 ms ist damit ein Frame. Bei 60 Hz ist ein Frame 16,7 ms, also macht dort eine Reduktion um 5 ms weniger Unterschied als bei 240 Hz. In VR sind Latenzen über ~15–20 ms häufiger Auslöser für Unwohlsein. Praktisch bedeutet das: 1–10 ms sind nur dann kritisch, wenn FPS, Hardware und Skillniveau bereits sehr hoch sind.
-
Vorbereiten
Stativ, 240fps.
-
Smartphone
Kamera aufs Display; Aufnahme Tasten→Pixel.
-
On‑Screen‑Timer
Timer starten; Bild‑Frame messen.
-
Referenz
Vergleichmonitor oder Messgerät; Labor bei <5 ms.
Input‑Lag Videoeinblick
GimR’s Lab zeigt Messpraxis.
FPS, Kamera‑Latency, Bildprozessierung.
Prioritäten & Zielwerte nach Spieltyp
-
E‑Sport / professionelle ShooterEnd‑to‑End‑Latenz ist entscheidend: Laborwerte unter 5 ms sind ideal, praktisch sollte Input‑Lag ≤10 ms liegen. GtG ≤1–4 ms, native 240 Hz+ und ein Low‑Latency‑Mode ohne zusätzliche Puffer sind Pflicht, Overdrive muss frei von sichtbarem Overshoot sein.Achten aufInput‑Lag ≤10 ms (besser <5 ms); GtG ≤1–4 ms; 240 Hz; Low‑Latency‑Mode; DisplayPortVermeidenScaler/extra Bildverarbeitung, VRR‑Pufferungen, starke Overshoot‑Profile
-
Kompetitive FreizeitspielerAusgewogene Kombination aus hoher Bildwiederholrate und guter Bildqualität; angestrebte Werte: Input‑Lag ≤20 ms, GtG ≤4–8 ms bei 144–240 Hz. Stabiles VRR und konfigurierbare Overdrive‑Profile verbessern Framepacing ohne Artefakte.Achten auf144–240 Hz; VRR ohne zusätzliche Latenz; steuerbare Overdrive‑ProfileVermeidenUndokumentierte Low‑Latency‑Modi, aggressive BFI ohne Helligkeitskompensation
-
Immersion / Singleplayer & KonsolePriorität auf Auflösung, Kontrast und HDR‑Wiedergabe; End‑to‑End‑Latenz ≤30 ms ist meist akzeptabel, GtG 4–8 ms ausreichend. HDMI 2.1 für 4K120, VRR für flüssige Darstellung und optional BFI für schärfere Bewegungen sind sinnvoll.Achten aufGutes HDR, hohe Farbtreue, HDMI 2.1; VRR‑SupportVermeidenNiedriger nativer Kontrast, sichtbare Overdrive‑Artefakte
-
Wichtige Features & AnschlüsseVor dem Kauf hilft der Kaufratgeber: Welchen Gaming‑Monitor kaufen. Erwartete Ausstattung: klar dokumentierte Low‑Latency‑Mode, mehrere Overdrive‑Profile (mit Overshoot‑Angaben), VRR‑Kompatibilität (FreeSync/G‑SYNC), HDMI 2.1 und aktueller DisplayPort, USB‑Hub und Herstellerangaben zu Input‑Lag.Achten aufLow‑Latency‑Mode, Overdrive‑Profile, VRR, HDMI 2.1/DP, dokumentierte LatenzwerteVermeidenUnvollständige Anschlussangaben, keine Latency‑Dokumentation, versteckte Bildprozessor‑Puffer
Wie läuft eine systematische Prüfreihenfolge zur Fehlersuche ab?
Zuerst einfache Variablen eliminieren: Spiel/OS neu starten, Peripherie an anderen Ports testen und Display‑Kabel tauschen. Dann Bildwiederholrate und FPS messen sowie GPU‑Treiber und Energieprofile zurücksetzen. Abschließend Display‑Low‑Latency aktivieren und mit einem zweiten Monitor vergleichen, um Panelfehler auszuschließen.
Welche Sofortmaßnahmen helfen bei träge wirkender Steuerung?
Game‑/Low‑Latency‑Modus am Monitor einschalten, V‑Sync korrekt konfigurieren oder temporär deaktivieren und FPS an die Refresh‑Rate anpassen. Hintergrundprozesse beenden, USB‑Polling der Eingabegeräte prüfen und grafikintensive Postprocessing‑Effekte wie Motion Blur abschalten.
Ghosting oder Schmieren sichtbar — was hilft schnell?
Overdrive (Response‑Time) schrittweise erhöhen, aber auf Overshoot prüfen. Falls vorhanden kurz BFI testen, weil es MPRT reduziert. Bleibt Ghosting bestehen, ist oft das Panel selbst limitiert; ein Kontrolltest an anderem Monitor bestätigt das.
Tearing trotz hoher FPS — welche Ursachen prüfen?
Tearing entsteht oft durch falsch konfiguriertes V‑Sync/VRR oder zusätzliche Framebuffer im Scaler. Prüfen, ob Desktop‑Compositor oder In‑Game‑Begrenzer Frames puffern; für eine systematische Anleitung das Thema Tearing und Lag diagnostizieren lesen.
Wann messen und wann den Support einschalten?
Bei reproduzierbarer Latenz über etwa 10–15 ms oder sichtbaren Artefakten Messung mit Kamera oder Input‑Lag‑Tester durchführen und Logs sammeln. Falls Messwerte unerklärlich bleiben, Firmware‑Bugs vermutet werden oder Labormessungen nötig sind, den Hersteller‑Support kontaktieren.
Welche Kennzahl wirklich zählt
- Für Pro/VR‑Szenarien ist End‑to‑End‑Input‑Lag die entscheidende Größe.
- Für Bildqualität und Bewegungsdarstellung zählen GtG/MPRT und Artefaktvermeidung.
- Praktische Einstellungen (Game‑Mode, Hz/FPS‑Match, Overdrive, BFI) beeinflussen Wahrnehmung stärker als Hersteller‑Specs.
Kurz und handfest: Competitive‑ und VR‑Spieler zuerst Input‑Lag minimieren (<10 ms anstreben), dann Bildwiederholrate und Frame‑Pacing optimieren. Wer hauptsächlich Singleplayer oder filmische Titel spielt, sollte GtG/MPRT und Artefaktkontrolle priorisieren — Overdrive und BFI gezielt verwenden. In der Praxis bringen einfache Prüfungen und Konfigurationsänderungen oft größere Verbesserungen als der reine Blick auf Panel‑Datenblätter.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.