Die meisten Ratgeber zu Verzögerungen beginnen mit „Starten Sie Ihren Router neu“. Hier sind die sieben Maßnahmen, die wir in Millisekunden messen – geschrieben vom Team, das hauptberuflich einen nativen Remote Desktop baut.
Woher die Verzögerung kommt
Die Verzögerung beim Remote Desktop ist die Lücke zwischen „Das fühlt sich an wie mein echter Computer“ und „Das ist unbenutzbar“. Wenn der Cursor dem Trackpad hinterherhinkt, Tastenanschläge verspätet ankommen oder das Bild wie ein Video-Chat von 2005 aussieht, wurde das Latenzbudget irgendwo in einer Pipeline aus sechs Schritten gesprengt.
Wir bauen Remio, einen nativen Remote Desktop, und verbringen deshalb beschämend viel Zeit damit, diese Pipeline zu messen. Drei Arten von Verzögerung tauchen in jeder Sitzung auf:
- Netzwerklatenz. Die Umlaufzeit zwischen beiden Geräten. Die mit Abstand größte Variable.
- Encode- und Decode-Verzögerung. Wie lange der Host braucht, um das Bild zu komprimieren, und der Client, um es zu dekomprimieren.
- Render-Verzögerung. Wie lange die Client-App braucht, um diese dekodierten Pixel auf den Bildschirm zu bringen.
Die meisten Ratgeber beheben nur die Netzwerklatenz. Encode und Rendering sind oft genauso teuer – besonders bei Apps, die keine Hardwarebeschleunigung nutzen. Die sieben Maßnahmen unten betreffen alle drei Schichten, gereiht danach, wie viele Millisekunden jede zurückholt.
Die sieben Maßnahmen, gereiht
Die Gewichtung zeigt, wie viel Latenz die Maßnahme beseitigt, nicht wie schwer sie umzusetzen ist. Schnelle Gewinne stehen unten – wenden Sie sie zuletzt an, aber lassen Sie sie nicht aus.
01 · Den Host per Ethernet-Kabel anbinden
Kritisch Symptom – Cursor ruckelt, Video reißt alle paar Sekunden
Der Host-Rechner sollte nie im WLAN hängen, wenn ein Kabel hinreicht. WLAN bringt an einem guten Tag 5 bis 30 ms Latenz, und die Spitzen beim Paketverlust verursachen das sichtbare Ruckeln, das keine Softwareeinstellung verbergen kann. Ein USB-C- oder Thunderbolt-Ethernet-Adapter kostet etwa fünfzehn Euro und beseitigt mehr Verzögerung als jede Encoder-Optimierung, die Sie ausliefern könnten. Auf der Client-Seite spielt es eine geringere Rolle, aber wenn Sie für Spiele oder Musikproduktion jede Millisekunde jagen, stecken Sie auch dort ein Kabel an.
Spart 10 bis 25 ms Umlauflatenz auf der Host-Verbindung und beseitigt die Paketverlust-Spitzen, die sichtbares Ruckeln verursachen.
02 · Hardware-Video-Encoding aktivieren
Kritisch Symptom – spürbare CPU-Wärme, Lüfter drehen beim Streaming hoch
Das ist der Unterschied zwischen einem akzeptablen und einem bemerkenswerten Remote Desktop. Hardware-Encoding leitet Frames durch den dedizierten Videoblock Ihrer GPU statt durch die CPU. Es ist schneller, verbraucht weniger Strom und liefert bei gleicher Bitrate bessere Qualität. Prüfen Sie, ob Ihre Remote-Desktop-App es aktiviert hat:
- NVIDIA – NVENC, ausgezeichnet und breit unterstützt
- AMD – AMF unter Windows, VCE unter Linux
- Intel – Quick Sync Video
- Apple Silicon – VideoToolbox (was Remio auf Macs nutzt)
Wenn Ihre aktuelle App nur Software-Encoding unterstützt, ist das allein schon ein Grund zum Wechseln.
Die Encode-Zeit sinkt von 10 bis 30 ms (Software) auf 2 bis 5 ms (Hardware).
03 · Eine direkte Verbindung einem Relay-Server vorziehen
Kritisch Symptom – die Sitzungsinfo zeigt „Relay“ statt „Direkt“
Wenn die beiden Geräte über einen Relay-Server verbunden sind, macht jedes Paket einen Umweg: Client zu Relay zu Host. Dieser Umweg kann je nach Standort des Relays 30 bis 100 ms kosten. Eine direkte Verbindung von Gerät zu Gerät sendet Daten unmittelbar zwischen den beiden Rechnern. Im selben lokalen Netzwerk bedeutet das etwa 8 ms Verarbeitungslatenz. Viele browserbasierte Tools leiten alles über ihre Cloud-Server und bieten nie einen direkten Pfad. Prüfen Sie das Verbindungspanel – steht dort Relay, ist das Ihre Verzögerung.
Remio verbindet sich standardmäßig direkt und weicht nur dann auf ein Relay aus, wenn strenge Firmen-Firewalls oder ungewöhnliche Netzwerkaufbauten einen direkten Pfad unmöglich machen.
Beseitigt 30 bis 100 ms Relay-Umweg. Direkte LAN-Sitzungen landen bei etwa 8 ms Verarbeitungslatenz.
04 · Auf 5-GHz-WLAN oder WLAN 6E wechseln
Mittel Symptom – zäh im WLAN, aber in Ordnung per Ethernet
Wenn eine Kabelverbindung wirklich nicht möglich ist, achten Sie wenigstens darauf, dass beide Geräte im 5-GHz-Band sind. Das 2,4-GHz-Band teilt sich Mikrowellen, Bluetooth, Babyphones und die IoT-Geräte Ihrer Nachbarn – ein überlaufenes Chaos. 5 GHz liefert niedrigere Latenz, höheren Durchsatz und weniger Störungen. Der Preis ist eine geringere Reichweite, aber beim Remote Desktop sind Sie meist im selben Raum wie der Router. Unterstützt der Router WLAN 6 oder 6E, schalten Sie es ein. OFDMA und Target Wake Time helfen in überfüllten Umgebungen spürbar.
Beseitigt 5 bis 15 ms WLAN-Jitter und das Schlimmste der Konkurrenz um die Sendezeit.
05 · Die Streaming-Auflösung an den genutzten Bildschirm anpassen
Mittel Symptom – gutes Netzwerk, aber der Encoder senkt die Qualität oder staut Frames
Ein 4K-Display in voller Auflösung zu streamen bewegt etwa viermal so viele Daten wie 1080p. Wenn das Netzwerk nicht mithält, senkt der Encoder entweder die Qualität oder staut Frames – beides fühlt sich nach Verzögerung an. Wechseln Sie in den App-Einstellungen auf 1080p oder 1440p. Auf einem 13-Zoll-iPad oder Notebook-Bildschirm sehen Sie den Unterschied nicht, aber das Latenzbudget schon. Wenn die App es unterstützt, senken Sie die Auflösung des Host-Displays, statt den Stream nur herunterzuskalieren – das verringert auch die Arbeit der Host-GPU.
Gibt rund 75 Prozent des Pixeldurchsatzes frei, wenn Sie von 4K auf 1080p herunterschalten.
06 · Einen nativen Client nutzen, keinen Browser-Tab
Kritisch Symptom – Sie nutzen einen browserbasierten oder Electron-basierten Client
Browserbasierte Remote-Desktop-Tools – Chrome Remote Desktop, die Web-Clients von TeamViewer und AnyDesk – fügen eine ganze Schicht Overhead hinzu. Der Browser muss das Video dekodieren, es dann über seine Rendering-Pipeline zusammensetzen und es schließlich dem Betriebssystem zur Anzeige übergeben. Das sind ein bis drei zusätzliche Frames Latenz, bei 60 fps also 16 bis 48 ms.
Ein nativer Client dekodiert direkt auf die GPU über die native Grafikschicht der jeweiligen Plattform. Frames gehen vom Hardware-Decoder zur GPU zum Bildschirm – keine Zwischenschritte. Darum ist Remio auf jeder Plattform eine zu 100 Prozent native App, die das UI-Framework der jeweiligen Plattform nutzt. Kein Electron, keine Web-Views, keine plattformübergreifenden Abstraktionen.
Beseitigt 16 bis 48 ms Latenz durch die Browser-Komposition bei 60 fps.
07 · Hintergrund-Apps auf beiden Seiten ruhigstellen
Schneller Gewinn Symptom – die Latenz fühlt sich zufällig an, mit Spitzen im Tagesverlauf
Das klingt offensichtlich, wird aber durchweg unterschätzt. Auf dem Host stiehlt jede App, die CPU oder GPU verbrennt, Zyklen vom Encoder. Auf dem Client stiehlt jede App, die um Bandbreite kämpft, dem Stream Spielraum. Die üblichen Verdächtigen:
- Cloud-Synchronisierung – Dropbox, OneDrive, iCloud laden im Hintergrund hoch
- Systemupdates – Windows Update und macOS-Updates laden still herunter
- Streaming-Apps – Spotify, ein YouTube-Tab, alles, was das Netzwerk nutzt
- Backups – Time Machine, Backblaze, geplante Cron-Jobs
Pausieren Sie Cloud-Synchronisierung und Backups, bevor Sie eine Sitzung starten. Setzen Sie sie danach fort.
Holt 5 bis 20 ms bei Spitzen im Hintergrund zurück und verhindert den zufälligen Jitter, der sich schlimmer anfühlt als gleichmäßige Latenz.
Warum Remio von Grund auf schnell ist
Wir haben Remio nicht erst gebaut und dann versucht, es schnell zu machen. Wir haben jede Schicht des Stacks so gewählt, dass sie von Anfang an Latenz entfernt:
- Hardwarebeschleunigtes Encoding auf jeder Plattform – 2 bis 5 ms Encode-Zeit, nicht 20 bis 30 ms.
- Standardmäßig direkte Verbindungen von Gerät zu Gerät – direkter Pfad zwischen den beiden Rechnern, kein Relay-Umweg.
- Natives GPU-Rendering – dekodierte Frames gehen direkt auf den Bildschirm.
- Keine Browser-Schicht – kein Overhead durch Web-Rendering-Engines.
- Adaptive Bitrate – die Qualität passt sich dem Netzwerk in Echtzeit an, sodass sich nie Frames stauen.
In einem lokalen Netzwerk über Ethernet misst Remio etwa 8 ms Verarbeitungslatenz, intern gemessen (der Rest ist die Bildwiederholrate Ihres Displays mit 60 Hz) – Ihre Eingabe kommt an, bevor das nächste Bild gezeichnet wird. Im typischen Heim-WLAN liegt der Wert zwischen 25 und 40 ms. Beides fühlt sich an, als säßen Sie am echten Rechner.
Eine Checkliste vor der Sitzung
Gehen Sie sie vor der nächsten Remote-Sitzung durch. Jeder Haken entspricht einer der sieben Maßnahmen oben.
- Host per Ethernet – oder mindestens 5-GHz-WLAN.
- Hardware-Encoding an – in den Einstellungen der App prüfen.
- Cloud-Synchronisierung pausiert – Dropbox, OneDrive, iCloud.
- Streaming-Auflösung vernünftig – 1080p oder 1440p, außer Sie haben Gigabit.
- Verbindungsart ist direkt – kein Relay.
- Keine großen Downloads oder Backups – auf nach der Sitzung verschieben.
- Eine native App nutzen – keinen Browser-Tab.
Wenden Sie alle sieben an, und Sie beseitigen etwa 80 Prozent der Verzögerung, die die meisten Menschen erleben. Die übrigen 20 Prozent sind Internet-Routing, und die einzige Abhilfe ist, näher an Ihrem Wohnort zu hosten – oder die Sitzung in einem lokalen Netzwerk zu halten, wenn es wirklich auf die Latenz ankommt.
Der beste Remote Desktop ist der, bei dem Sie vergessen, dass er remote ist.
Wenn die Verzögerung trotz aller Maßnahmen in dieser Liste bleibt, liegt der Engpass wahrscheinlich in der App selbst. Probieren Sie Remio kostenlos aus – kein Konto, keine Kreditkarte, nur eine PIN zum Verbinden. Vielleicht überrascht es Sie, wie viel der Trägheit in der Software lag und nicht im Netzwerk.
Zuletzt aktualisiert: Mai 2026. Wir halten diesen Ratgeber aktuell, während sich Encoder, Netzwerke und Betriebssysteme weiterentwickeln.
