Controller am PC: Latenz von Kabel, Bluetooth und Funkadapter erklärt

Was bei „Controller-Latenz“ am PC überhaupt drinsteckt

Wenn ein Button gedrückt wird, entsteht nicht „die eine“ Latenz, sondern eine Kette aus Teillatenzen. Am Anfang steht der Controller selbst: Er scannt seine Tasten/Trigger/Stickpositionen zyklisch (interne Scan-Rate) und bereitet einen HID-Report vor. Danach folgt die Übertragung (USB oder Funk), anschließend verarbeitet der PC den Report im Betriebssystem und Treiber (HID-Stack), und erst dann kann das Spiel den Input im nächsten Update-Tick übernehmen.

Wichtig: Selbst wenn ein Controller-Report früh am PC ankommt, bedeutet das nicht automatisch, dass das Bild sofort reagiert. In vielen Engines wird Input nur einmal pro Frame oder pro Simulationstep gelesen; anschließend kommen Render-Queue, GPU-Work und Display-Scanout dazu. In der Praxis ist „Controller-Latenz“ also nur ein Teil der gesamten Input Lag-Kette – aber ein Teil, den man relativ gut beeinflussen kann.

Zwei Begriffe helfen beim Einordnen: Latenz (Durchschnitt) und Jitter (Schwankung). Für kompetitives Spielen ist Jitter oft genauso relevant wie der Mittelwert, weil ungleichmäßige Frametimes plus ungleichmäßiger Input zu „inkonsistentem“ Gefühl führen.

• Controller-intern: Scan/Entprellung, Analog-Digital-Wandlung, Report-Erzeugung
• Transport: USB-Frame/Interrupt-Transfer oder Funkpakete inkl. Retransmits
• PC-Seite: HID-Treiberpfad, Scheduling, ggf. Zusatz-Software
• Spiel: Input-Sampling pro Frame/Tick, Simulation, Renderpipeline

USB-Kabel: Warum es meist konstant ist (und was „Polling Rate“ hier bedeutet)

Bei USB-HID läuft die Kommunikation typischerweise über Interrupt Transfers. Der Controller gibt an, in welchem Intervall er abgefragt werden möchte. Übliche Polling Rates sind 125 Hz (8 ms), 250 Hz (4 ms), 500 Hz (2 ms) und 1000 Hz (1 ms). Diese Zahlen sind keine Marketingwerte, sondern direkt die Umrechnung aus dem Intervall: 1000 Hz entspricht 1 ms pro Abfrage.

Wie viel das am Ende „kostet“, ist eine Statistikfrage: Wenn das Spiel den Button zufällig innerhalb eines Polling-Intervalls erwischt, liegt die zusätzliche Wartezeit bis zur nächsten Abfrage im Mittel bei etwa der halben Intervalllänge. Bei 1000 Hz sind das im Mittel ~0,5 ms, bei 125 Hz ~4 ms. Dazu kommen Controller-Scan und OS/Spiel-Teil. Entscheidend: Kabel vermeidet Funkkollisionen und Retransmits; dadurch ist die Varianz typischerweise geringer. Dieselbe Frage stellt sich bei Maus und Tastatur, dort haben wir sie in Funk oder Kabel auseinandergenommen.

Warum fühlen sich manche Controller am PC per Kabel trotzdem unterschiedlich an? Erstens haben Controller unterschiedliche interne Scan-Raten und Report-Formate. Zweitens kann der effektive Polling-Takt am PC durch Treiber, Hubs oder Energiesparfunktionen beeinflusst werden. Drittens kann das Spiel selbst Input nur einmal pro Frame übernehmen – bei 60 FPS sind das 16,67 ms Raster, bei 120 FPS 8,33 ms.

Polling Rate vs. Frametimes: Wo die Grenze des Nutzens liegt

Eine höhere Polling Rate bringt vor allem feinere zeitliche Auflösung und kann den durchschnittlichen Input-Transportanteil senken. Sie garantiert aber keine niedrigere Gesamtlatenz, wenn das Spiel bei 60 FPS läuft und Input nur einmal pro Frame verarbeitet. Dann dominiert das Frame-Raster. Umgekehrt kann eine stabile Polling Rate helfen, Jitter zu reduzieren, was sich auch bei begrenzten FPS „gleichmäßiger“ anfühlen kann.

Bluetooth: Warum Latenz und Jitter stärker schwanken können

Bluetooth-Controller nutzen meist Bluetooth Classic (BR/EDR) oder Bluetooth Low Energy (BLE), je nach Gerät und Modus. Beide Varianten arbeiten mit Zeitscheiben, Paketierung und einem Link-Layer, der sich an Funkbedingungen anpasst. Im Gegensatz zu USB hängt die effektive Verzögerung stärker davon ab, wie der Host (PC) den Funkverkehr schedult und wie sauber die Funkumgebung ist.

Typische Ursachen für zusätzliche Verzögerung sind: längere Connection-Intervalle (bei BLE), Paketwiederholungen bei Störungen, Koexistenz mit WLAN im 2,4‑GHz-Band und Host-Stack-Overhead. Die Folge ist oft weniger der hohe Durchschnitt als vielmehr spürbarer Jitter – also mal „ok“, mal „zäh“, obwohl die FPS konstant sind.

Auch der Bluetooth-Adapter im PC ist ein Faktor: Antennenposition (Rear-I/O hinter dem Gehäuse), Treiberqualität und ob derselbe Adapter gleichzeitig andere Geräte bedient (z. B. Maus, Tastatur, Kopfhörer) können das Timing beeinflussen. Deshalb sind pauschale Millisekundenangaben ohne konkretes Setup selten belastbar.

• 2,4‑GHz-Interferenzen (WLAN, andere Funkgeräte) erhöhen Retransmits
• Connection-/Report-Intervalle können größer sein als bei USB
• Windows-/Treiber-Scheduling kann Input-Pakete „bündeln“
• Mehr Geräte auf demselben Funklink erhöhen Komplexität

Eigener Funkadapter (2,4 GHz): Warum viele Hersteller damit besser zielen können

Proprietäre 2,4‑GHz-Dongles (eigener Funkadapter) umgehen die allgemeinen Bluetooth-Profile und nutzen ein herstellerspezifisches Protokoll. Der Vorteil ist Kontrolle: Der Hersteller kann das Funkverfahren, die Paketgröße, Priorisierung und Wiederholungsstrategie für Eingaben optimieren, statt sich an generische Bluetooth-Mechanik zu binden.

Das bedeutet nicht automatisch „immer schneller“, aber häufig „gleichmäßiger“: Ein gut abgestimmter Dongle kann kurze Intervalle und stabile Zustellung erreichen und dabei besser entscheiden, wie er mit Paketverlust umgeht. Außerdem wird der Host-Treiberpfad oft schlanker gehalten, weil das Gerät sich gegenüber dem OS als HID mit klar definiertem Timing präsentiert.

Ein weiterer Punkt: Manche Funkadapter nutzen Koexistenzmechanismen, um nicht ständig mit WLAN zu kollidieren, oder wählen Kanäle dynamisch. Das reduziert Jitter in typischen PC-Setups, in denen Router, Smartphone und weitere 2,4‑GHz-Geräte aktiv sind.

Wie Polling Rate und Connection-Intervalle praktisch wirken

Polling Rate (USB) und Connection-Intervalle (Funk) sind im Kern Taktgeber: Sie bestimmen, wie oft neue Eingabedaten zuverlässig beim PC ankommen können. Niedrigere Intervalle bedeuten potenziell geringere Wartezeit bis zum nächsten „Abholpunkt“, erhöhen aber auch den Kommunikationsaufwand.

Als grobe Orientierung aus der Mechanik: Bei 1000 Hz (1 ms) liegt die mittlere Wartezeit bis zum nächsten USB-Poll bei ~0,5 ms, bei 250 Hz (4 ms) bei ~2 ms. Diese Größenordnung ist klein gegenüber einem 60‑FPS-Frame (16,67 ms), kann aber im Zusammenspiel mit hohen FPS, niedrigen Frametimes und geringer Render-Queue mess- und fühlbar werden.

Wichtig ist außerdem die Stabilität des Takts. Ein Controller, der nominell schnell sendet, aber unter Funkstörungen Pakete verliert und nachsendet, kann schlechter wirken als ein etwas langsamerer, aber konstanter Pfad.

• Mehr Hz senkt die zeitliche Quantisierung der Eingabe
• Der Gewinn ist begrenzt, wenn das Spiel Input nur pro Frame liest
• Konstanz (wenig Jitter) ist oft wichtiger als der Bestwert
• USB-Hubs/Energiesparen können effektive Intervalle beeinflussen

Warum „Bluetooth-Audio-Latenz“ nicht die Controller-Latenz erklärt

Audio über Bluetooth ist eine eigene Pipeline mit Codec, Paketierung und vor allem Puffern. Diese Puffer sind notwendig, um Aussetzer zu vermeiden, kosten aber Zeit. Deshalb kann Bluetooth-Audio subjektiv deutlich „hinterher“ sein, selbst wenn der Controller-Input gerade noch akzeptabel wirkt.

Bei Bluetooth-Headsets kommen zusätzlich Profile ins Spiel. Für Mikrofon + Kopfhörer wird oft ein Headset-Profil verwendet, das Bandbreite und Qualität anders priorisiert als reines Stereo-Audio. Betriebssysteme können dabei die Audiopuffer anpassen, was die Latenz weiter verändert. Das ist unabhängig davon, ob der Controller per Bluetooth, Kabel oder Dongle verbunden ist.

Praktisch heißt das: Wer Eingabeverzögerung bewertet, sollte nicht aus Audio-Sync-Problemen auf Input schließen. Umgekehrt kann ein perfekt synchrones Bild mit kabelgebundenem Audio trotzdem „schwammig“ wirken, wenn der Controller-Funk jittert.

Praxis: Welche Stellschrauben am PC tatsächlich helfen

Für reproduzierbar niedrige Controller-Latenz ist Stabilität entscheidend: Kabel ist die einfachste Art, Funkvariablen auszuschalten. Wenn Funk sein muss, hilft eine saubere Funkumgebung (Dongle/Adapter per USB-Verlängerung nach vorne/oben, weg vom Metallgehäuse) oft mehr als das Jagd nach theoretischen Bestwerten.

Auf PC-Seite lohnt es sich, Energiesparfunktionen zu prüfen, die USB-Devices schlafen legen oder deren Scheduling beeinflussen können. Außerdem sollten Hintergrundtools, die Controller-Inputs remappen oder „virtuelle Controller“ erzeugen, als zusätzliche Latenz- und Jitterquelle verstanden werden: Jeder zusätzliche Verarbeitungsschritt kann Reports verzögern oder bündeln.

Und zuletzt: In Spielen mit hoher Tickrate oder sehr niedrigen Frametimes fällt Controller-Transport stärker ins Gewicht als in 60‑FPS-Titeln. In der Engine gilt: Je öfter Input gesampelt und je kürzer die Render-Queue, desto eher spürt man Unterschiede zwischen Kabel, Bluetooth und proprietärem Funk. Für Wettkampftitel, die am Controller gespielt werden, ist das kein Nebenschauplatz, sondern Wettkampfbedingung — siehe EA Sports FC im E-Sport.

• Kabel für minimale Variablen; Funk nur bei Bedarf
• Funkadapter mit Verlängerung frei platzieren (bessere Funklage)
• 2,4‑GHz-WLAN-Kanalplanung kann Interferenzen reduzieren
• Remapper/Overlay-Tools testweise deaktivieren, um Jitter zu prüfen

Häufige Fragen

Veröffentlicht am 18. September 2026 · Zuletzt aktualisiert am 30. September 2026