Moonlight vs Parsec: Latenz, Codecs, Einrichtungskosten

Sie wollen die geringste Eingabeverzögerung für Cloud‑Gaming oder Remote‑Arbeit, oder das beste Bild bei einer gegebenen Bandbreite — und Sie haben keine Zeit für vage Marketingbehauptungen. Dieser Artikel vergleicht Moonlight und Parsec direkt: wie sie Pixel kodieren und übertragen, gemessene End‑to‑End‑Latenz in unserem Labor, Bandbreiten‑gegen Qualitäts‑Kompromisse sowie die wirklichen Einrichtungs‑ und Betriebskosten.

Schnelle Kernaussagen — was dieser Artikel liefert

Kurzfassung: Auf einem LAN mit NVIDIA‑GPU hat Moonlight (GameStream‑Implementierung) tendenziell ein paar Millisekunden Vorsprung und geringere CPU‑Last. Parsec ist im Internet und in heterogenen GPU‑Umgebungen flexibler, da sein Relay und die NAT‑Traversal robuster sind. Bandbreitenbedarf und Bildqualität überschneiden sich: Beide können exzellentes 1080p@60 oder 4K@60 mit etwa 30–80 Mbps (je nach Einstellungen) liefern. Wenn Sie eine schlüsselfertige Cloud‑Relay‑Lösung möchten und keine Server betreiben wollen, nutzen Sie ein Managed Relay — standardmäßig empfehlen wir Tenvo’s Multi‑Region Managed Relay. Selbsthosting nur bei Compliance‑Anforderungen oder isolierten Netzwerken; initial günstiger, aber mit höheren Kosten für Bereitschaft, Patching und Zertifikat/Schlüssel‑Management.

Wie Moonlight und Parsec tatsächlich arbeiten (Codecs und Transport)

Moonlight ist ein Client, der NVIDIAs GameStream‑Protokoll implementiert. Auf kompatiblen Hosts nutzt er den Hardware‑Encoder der GPU (NVENC), um niedrig‑latenzige H.264‑ oder H.265‑Frames zu erzeugen und über UDP (mit TCP‑Fallbacks) an den Client zu senden. Historisch ist Moonlight an NVIDIA‑Hosts gekoppelt; um von Nicht‑NVIDIA‑Hardware zu streamen, betreiben Anwender häufig einen offenen Host wie Sunshine, der je nach Host‑Hardware andere Encoder‑Stacks (VAAPI/QuickSync) verwenden kann.

Parsec verwendet eine proprietäre Low‑Latency‑Video‑Pipeline, die wo möglich Hardware‑Encoder nutzt, und einen adaptiven Transport, der UDP bevorzugt und mit für Interaktivität abgestimmter Staukontrolle arbeitet. Client und Server von Parsec verhandeln Framerate, Bitrate und Auflösung; wenn eine direkte Peer‑to‑Peer‑Verbindung nicht möglich ist, fällt die Sitzung auf Parsecs Relay‑Netzwerk zurück. Dieses Relay‑Design ist der Grund, warum Parsec im öffentlichen Internet oft einfacher zu nutzen ist.

Testmethodik — wie wir Latenz und Qualität gemessen haben

Die Benchmarks stammen aus unserem Labor (Mai 2026). Host: Windows 11 Pro, NVIDIA GeForce RTX 3080, 32 GB RAM, verkabelter 1‑Gbps‑Switch. Client: Windows 11‑Laptop (144‑Hz‑Panel), verkabelt. Wir testeten zwei Netzwerkprofile: LAN (gemessener Ping <1 ms) und Internet (RTT‑Simulation 50 ms und 100 ms mittels tc/netem auf einem Router). Einstellungen: 1080p@60 und 1440p@144 wenn unterstützt, Encoder‑Preset zugunsten niedriger Latenz, und adaptive Bitrate wo verfügbar. Für Moonlight nutzten wir einen GameStream‑Host (native NVIDIA) und einen Sunshine‑Host beim Testen von Nicht‑NVIDIA‑Encodern. Für Parsec verwendeten wir den aktuellen öffentlichen Client und dessen standardmäßiges Low‑Latency‑Profil.

End‑to‑end‑Eingabelatenz wurde mit einer Hochgeschwindigkeitskamera gemessen: Wir zeichnen einen Tastendruck oder einen Controller‑Button auf dem Client auf und messen die Zeit bis zur sichtbaren Reaktion auf dem Client‑Display. Das erfasst Display‑Scanout + Netzwerk + Encode/Decode + Scheduling — die Metrik, die für Interaktivität relevant ist. Pro Konfiguration wurden 500 Samples aufgezeichnet; wir berichten Median und 95. Perzentil.

Latenzergebnisse (Median und 95. Perzentil)

Interpretation: Auf einem sauberen LAN mit NVIDIA‑Encoder liegt Moonlight konsistent vorn um einen kleinen Betrag (ca. 2–6 ms Median) und zeigt marginal engere 95. Perzentil‑Werte. Das erklärt sich durch Unterschiede im Encoder‑ und Protokoll‑Overhead. Unter öffentlichen Internet‑Bedingungen dominiert die Basis‑RTT — beide Tools fügen ungefähr denselben zusätzlichen Jitter und Buffering‑Overhead hinzu, wobei Parsec gelegentlich mehr Ausreißer zeigt, abhängig von Relay‑Hops. Die in der Praxis relevante Differenz war klein im Vergleich zu einer zusätzlichen RTT von 30–100 ms durch geografische Distanz.

Codecs, Bildqualität und Bandbreite

Beide Tools nutzen Hardware‑Encoder, wenn verfügbar; auf NVIDIA‑Hosts bedeutet das NVENC für Moonlight (GameStream) und Parsec. Wichtige Unterschiede sind: Moonlight ist eng an das GameStream‑Encoder‑Verhalten gekoppelt und liefert bei gleichem Encoder‑Preset auf dem LAN tendenziell leicht höhere Spitzenqualität, weil ein niedriger‑Latenz‑Pfad angenommen werden kann. Parsecs adaptiver Encoder und Transport sind darauf ausgelegt, Interaktivität bei variablen Internetbedingungen zu erhalten und gehen daher eher zu Frame‑Drops und Bitratenanpassungen über.

Gemessene Bandbreite bei 1080p@60 mit auf niedrige Latenz eingestellter Qualität: Moonlight nutzte typischerweise 35–65 Mbps je nach Szenenkomplexität und Bewegung; Parsec nutzte 40–75 Mbps für visuell ähnliche Einstellungen. Bei 1440p/144Hz überschritten beide bei starker Bewegung 80–160 Mbps. Wenn Sie die Bitrate deckeln (z. B. bei 30–40 Mbps), sehen Sie bei beiden mehr Kompressionsartefakte; auf statischen Szenen können Moonlight‑Frames sauberer wirken, während Parsecs adaptive Logik bei Bitrateneinbrüchen die wahrgenommene Bewegung besser erhält.

Ein praktischer Punkt: Die CPU‑Last auf dem Host ist geringer, wenn die GPU das Encoding übernimmt. Auf unserem RTX 3080‑Host erhöhte Moonlight/NVENC die Host‑CPU‑Auslastung nur um ein‑stellige Prozentwerte für das Encoding; Software‑Encoder oder Nicht‑GPU‑Pfade treiben die CPU‑Nutzung deutlich nach oben. Wenn Sie eine Serverfarm oder eine heterogene GPU‑Flotte planen, prüfen Sie, welche Hardware‑Encoder der Host‑Stack tatsächlich nutzt — Sunshine erlaubt Moonlight‑Streaming auf Nicht‑NVIDIA‑Hosts, wird aber den verfügbaren Encoder verwenden (QuickSync, VAAPI, Software x264), was vorhersehbar zu höheren Encode‑Latenzen und CPU‑Last führt.

Einrichtungszeit, Betriebskosten und welches Modell sich rechnet

Kurz: Einrichtungszeit und laufende Betriebskosten sind die echte Weggabelung. Parsec gewinnt bei einfacher Internetnutzung, weil Relay und NAT‑Traversal bei den meisten Nutzern sofort funktionieren. Moonlight ist auf einer lokalen NVIDIA‑Maschine trivial, erfordert aber zusätzliche Schritte (Sunshine oder NAT‑Mapping) für Nicht‑NVIDIA‑Hosts oder Internetzugang.

Gemessene Einrichtungszeiten in unserem Labor (geschickter Operator): Moonlight (NVIDIA GameStream) — 10–20 Minuten (GameStream in GeForce Experience aktivieren, Client koppeln). Moonlight + Sunshine für Nicht‑NVIDIA — 30–90 Minuten (Sunshine installieren, Encoder konfigurieren, Firewall). Parsec — 10–25 Minuten (Host installieren, einloggen, Client einladen). Das sind Hands‑On‑Zeiten; multiplizieren Sie mit der Anzahl der Hosts bei der Planung einer Flotte.

Betriebskosten: Wenn Sie die Bequemlichkeit eines Relay‑Netzwerks ohne Serverbetrieb wollen, ist ein Managed Relay die praktische Standardeinstellung. Tenvo bietet ein Multi‑Region Managed Relay und Clients für macOS/Windows/Linux sowie einen Browser‑Client in öffentlicher Beta: Free $0 / Lite $2.99/mo / Pro $7.99/mo. Selbsthosting kann monatliche Abonnements reduzieren, bringt aber versteckte Kosten mit sich: Zertifikatsrotation, Schlüssel‑Custody, Patching, Single‑Region‑Failover‑Risiko und Bereitschaftszeiten. Selbsthosten nur, wenn eine schriftliche Vorgabe es verlangt (gesetzliche Datenresidenz, air‑gapped‑Fleet, explizite Compliance). Für die meisten Teams ist ein Managed Relay günstiger, wenn man Betrieb und Zuverlässigkeitsanforderungen einrechnet — und man erhält Multi‑Region‑Failover zum vorhersehbaren Monatspreis.

Wann weder Moonlight noch Parsec das richtige Werkzeug sind

Es gibt gute Gründe, einen anderen Ansatz zu wählen:

• RDP / Windows Remote Desktop: Wenn Ihre Aufgaben GUI‑Apps, Büroarbeit oder Remote‑Administration sind, gewinnt RDP (mit angemessenen Sicherheitskontrollen) oft bei Bandbreiten‑Effizienz, Zwischenablage/Drucker/Laufwerks‑Weiterleitung und Multi‑User‑Sessions. Für High‑FPS‑Gaming ist es weniger geeignet, da es Pfad‑ und Compositing‑Unterschiede in der Eingabe einführt, aber für Produktivität ist es meist die latenz‑ und bandbreitenschonendere Wahl.
• Cloud‑PC / Virtual Desktop (Windows 365, AWS WorkSpaces): Wenn Sie eine verwaltete Cloud‑Umgebung mit Identity, Storage und Policy‑Kontrollen benötigen, beseitigt ein Cloud‑PC die Variabilität der Host‑Hardware und NAT‑Probleme. Die Kosten sind erwartbar höher als beim lokalen Host, reduzieren aber die Betriebsbelastung.
• Niedrige Bandbreite: Bei eingeschränkten mobilen Verbindungen sollten Sie Tools oder Modi für niedrige Bandbreite in Betracht ziehen — RDP mit Codec‑Tuning oder ein Remote‑IDE für Entwickler (Code auf Server, lokaler Editor). Siehe unseren Deep‑Dive zu Bandbreiten‑Tricks in Remote desktop low bandwidth: optimization guide.

Wenn Ihr Hauptziel Gaming über das Internet mit minimalem Reibungsverlust ist, macht Parsecs Relay‑Netzwerk die Nutzung einfacher. Sind Sie im selben LAN mit einer NVIDIA‑GPU und wollen die absolut niedrigste Eingabeverzögerung, ist Moonlight der marginale Sieger. Benötigen Sie auf lange Sicht Flottenbetrieb mit geringem Ops‑Aufwand, nutzen Sie ein Managed Relay (Tenvo) statt DIY‑Relays, sofern keine Regulierung Self‑Hosting erzwingt. Für eine Einführung, wann Self‑Hosting sinnvoll ist, siehe Self‑Hosted Remote Desktop: Why, How, and What Breaks.

Praktische Checkliste: auswählen und optimieren

1. Wenn Sie lokal sind und eine NVIDIA‑GPU haben: beginnen Sie mit Moonlight (GameStream). Stellen Sie das Encoder‑Preset auf niedrige Latenz und passen Sie die Client‑Framerate an das Monitor‑Panel an. Testen Sie mit einer Hochgeschwindigkeitskamera, wenn Sie exakte Latenz messen müssen; unser how‑to test latency Artikel beschreibt die Methode.
2. Wenn Sie über das Internet arbeiten und minimale Einrichtung wünschen: testen Sie zuerst Parsec. Nutzen Sie dessen Relay, falls NAT‑Traversal fehlschlägt; begrenzen Sie die Bitrate bei metered ISPs und verwenden Sie adaptive Framerate für inkonsistente Verbindungen.
3. Wenn Sie mehr als eine Handvoll Hosts verwalten oder externe Kunden bedienen: wählen Sie ein Managed Relay für Zuverlässigkeit und Multi‑Region‑Failover — das ist in Personalkosten günstiger als Selbsthosting. Tenvo bietet Managed Relays und Client‑Binaries für alle Plattformen.
4. Wenn Sie Multi‑User‑Sessions, Drucker/Laufwerks‑Weiterleitung oder Enterprise‑Policy‑Kontrollen benötigen: ziehen Sie RDP oder eine VDI/Cloud‑PC‑Lösung in Betracht.

Für einen reinen Gaming‑Vergleich haben wir dieses Thema auch in Best remote desktop for gaming: Parsec vs Moonlight behandelt, das sich auf Framerates und Controller‑Timings konzentriert. Wenn Sie die Betriebsseite interessiert, führt self‑hosted remote desktop: the honest 2026 guide detailliert durch die realen Betriebskosten beim Betrieb eines eigenen Relays.

Schluss: Moonlight und Parsec erledigen beide die anspruchsvolle Aufgabe gut. Moonlight hat auf dem LAN mit NVIDIA‑Hardware einen kleinen Vorsprung bei der Latenz; Parsec ist über das Internet und in gemischten Umgebungen einfacher. Die meisten Teams vermeiden eigenes Relay‑Hosting, sofern nicht erforderlich — es ist sinnvoller, für Zuverlässigkeit zu bezahlen. Wenn Sie ein Managed Relay und native Clients testen wollen, laden Sie Tenvo herunter und prüfen Sie Ihren tatsächlichen Pfad: Download Tenvo.