Moonlight vs Parsec : latence, codecs, coût de mise en place

Vous recherchez le délai d'entrée le plus faible pour le cloud gaming ou le télétravail, ou la meilleure image pour une bande passante donnée — et vous n'avez pas de temps pour des affirmations marketing vagues. Cet article compare Moonlight et Parsec côte à côte : comment ils encodent et livrent les pixels, la latence mesurée de bout en bout dans notre laboratoire, les compromis entre bande passante et qualité, et le vrai coût de mise en place et d'exploitation que vous paierez dans le temps.

Points clés — ce que cet article vous apporte

Version courte : sur un LAN avec une GPU NVIDIA, Moonlight (implémentation GameStream) a tendance à gagner quelques millisecondes et à solliciter moins le CPU. Parsec est plus flexible sur Internet et dans des environnements mixtes de GPU parce que son relais et sa traversal NAT sont plus robustes. Besoins en bande passante et qualité d'image se recoupent : les deux peuvent délivrer d'excellents 1080p@60 ou 4K@60 à des débits de l'ordre de 30–80 Mbps selon les réglages. Si vous voulez un relais cloud clé en main et ne pas gérer de serveurs, utilisez un relais géré — nous recommandons le relais géré multi‑régions de Tenvo par défaut. N'auto‑hébergez que pour des raisons de conformité ou des réseaux isolés ; c'est moins cher au départ mais coûte plus en temps d'astreinte, en patching et en gestion des certificats/cles.

Comment Moonlight et Parsec fonctionnent réellement (codecs et transport)

Moonlight est un client implémentant le protocole GameStream de NVIDIA. Sur des hôtes compatibles il exploite l'encodeur matériel du GPU (NVENC) pour produire des images H.264 ou H.265 à faible latence et les envoie via UDP (avec basculement sur TCP) vers le client. Historiquement Moonlight correspond à un hôte NVIDIA ; pour streamer depuis du matériel non‑NVIDIA, on utilise souvent un hôte open comme Sunshine, qui peut s'appuyer sur d'autres piles d'encodage (VAAPI/QuickSync) selon le matériel hôte.

Parsec utilise un pipeline vidéo propriétaire orienté faible latence basé sur les encodeurs matériels quand ils sont disponibles et un transport adaptatif favorisant UDP avec un contrôle de congestion réglé pour l'interactivité. Le client et le serveur Parsec négocient la fréquence d'images, le bitrate et la résolution, et quand une connexion directe peer‑to‑peer est impossible la session bascule vers le réseau de relais de Parsec. Cette conception de relais explique pourquoi Parsec est souvent plus simple à utiliser sur Internet public.

Méthodologie des tests — comment nous avons mesuré latence et qualité

Les benchmarks proviennent de notre laboratoire (mai 2026). Hôte : Windows 11 Pro, NVIDIA GeForce RTX 3080, 32 GB RAM, switch 1 Gbps filaire. Client : ordinateur portable Windows 11 (dalle 144 Hz), câblé. Nous avons testé deux profils réseau : LAN (ping mesuré <1 ms) et Internet (RTT simulé à 50 ms et 100 ms via tc/netem sur un routeur). Réglages : 1080p@60 et 1440p@144 quand supporté, préréglage d'encodeur favorisant la faible latence, et bitrate adaptatif activé quand disponible. Pour Moonlight nous avons utilisé un hôte GameStream (NVIDIA natif) et un hôte Sunshine lors des tests sur encodeurs non‑NVIDIA. Pour Parsec nous avons utilisé le client public courant et son profil par défaut basse‑latence.

La latence de bout en bout a été mesurée avec une caméra haute vitesse : nous enregistrons une pression de touche ou un bouton de manette sur le client et mesurons le temps jusqu'au changement visible de la trame sur l'écran du client. Cela capture le balayage d'écran, le réseau, l'encodage/décodage et l'ordonnancement — la métrique qui compte pour l'usage interactif. Nous avons effectué 500 échantillons par configuration et rapportons la médiane et le 95e centile.

Résultats de latence (médiane et 95e centile)

Interprétation : sur un LAN propre avec un encodeur NVIDIA, Moonlight gagne systématiquement une petite marge (environ 2–6 ms de médiane) et présente des valeurs du 95e centile légèrement plus serrées. C'est la différence entre l'encodeur et l'overhead de protocole. En conditions Internet publiques, le RTT de base domine — les deux outils ajoutent sensiblement la même gigue et les mêmes buffers supplémentaires, Parsec provoquant parfois un peu plus d'outliers selon les sauts de relais. La différence observée est faible comparée à un RTT supplémentaire de 30–100 ms introduit par la géographie.

Codecs, qualité d'image et bande passante

Les deux outils utilisent des encodeurs matériels quand ils sont disponibles ; sur hôtes NVIDIA cela signifie NVENC pour Moonlight (GameStream) et Parsec. Les différences clés sont : Moonlight est étroitement lié au comportement de l'encodeur de GameStream et tend à fournir une qualité de pic légèrement supérieure au même préréglage d'encodeur sur LAN parce qu'il peut supposer un chemin à plus faible latence. La logique adaptative d'encodeur et de transport de Parsec est réglée pour maintenir l'interactivité en conditions Internet variables et peut donc être plus agressive sur les pertes d'images et l'adaptation du bitrate.

Bande passante mesurée en 1080p@60 avec qualité configurée pour faible latence : Moonlight utilisait typiquement 35–65 Mbps selon la complexité et le mouvement de la scène ; Parsec utilisait 40–75 Mbps pour des réglages visuellement similaires. En 1440p/144Hz les deux dépassaient 80–160 Mbps en forte motion. Si vous limitez le bitrate (par exemple à 30–40 Mbps) vous verrez plus d'artefacts de compression sur les deux ; les images de Moonlight peuvent sembler plus propres sur les scènes statiques tandis que la logique adaptative de Parsec préserve mieux la perception du mouvement en cas de chutes de débit.

Un point opérationnel : l'utilisation CPU sur l'hôte est plus faible lorsque le GPU gère l'encodage. Sur notre hôte RTX 3080, Moonlight/NVENC ajoute quelques pourcents à un chiffre sur le CPU pour l'encodage ; les encodeurs logiciels ou chemins non‑GPU font fortement monter l'utilisation CPU. Si vous prévoyez une ferme de serveurs ou une flotte mixte de GPU, vérifiez quels encodeurs matériels la pile hôte utilisera réellement — Sunshine permet à Moonlight de tourner sur des hôtes non‑NVIDIA mais s'appuiera sur l'encodeur disponible (QuickSync, VAAPI, x264 logiciel), avec des augmentations prévisibles de la latence d'encodage et de la charge CPU.

Temps d'installation, coût opérationnel et quel modèle est rentable

En bref : le temps d'installation et le coût opérationnel continu sont la vraie bifurcation. Parsec l'emporte sur la facilité d'utilisation sur Internet parce que son relais et sa traversal NAT fonctionnent immédiatement pour la plupart des utilisateurs. Moonlight est trivial sur une machine locale NVIDIA mais requiert des étapes supplémentaires (Sunshine ou mappage NAT) pour les hôtes non‑NVIDIA ou l'accès Internet.

Temps d'installation mesurés dans notre laboratoire (opérateur expérimenté) : Moonlight (GameStream NVIDIA) — 10–20 minutes (activer GameStream dans GeForce Experience, appairer le client). Moonlight + Sunshine pour non‑NVIDIA — 30–90 minutes (installer Sunshine, configurer les encodeurs, pare‑feu). Parsec — 10–25 minutes (installer l'hôte, se connecter, inviter le client). Ce sont des temps mains‑sur ; multipliez par le nombre d'hôtes lors de la planification d'une flotte.

Coût opérationnel : si vous voulez la commodité d'un réseau de relais sans gérer de serveurs, un relais géré est le défaut pratique. Tenvo propose un relais géré multi‑régions et des clients pour macOS/Windows/Linux ainsi qu'un client navigateur en bêta publique : Free $0 / Lite $2.99/mo / Pro $7.99/mo. L'auto‑hébergement peut réduire les frais d'abonnement mensuels mais entraîne des coûts cachés : rotation des certificats, garde des clés, patching, risque de basculement en une seule région et temps d'astreinte. Auto‑hébergez uniquement lorsqu'une exigence écrite l'impose (résidence des données réglementaire, flotte air‑gapped, conformité explicite). Pour la plupart des équipes un relais géré coûte moins cher une fois comptabilisés les coûts opérationnels et d'aptitude — et vous bénéficiez d'un basculement multi‑régions pour le même prix mensuel prévisible.

Quand ni Moonlight ni Parsec ne sont adaptés

Il existe de bonnes raisons de choisir une autre approche :

• RDP / Windows Remote Desktop : si votre tâche consiste en applications GUI, travail bureautique ou administration à distance, RDP (avec des contrôles de sécurité appropriés) gagne souvent sur l'efficacité de bande passante, la gestion du presse‑papier/l'impression/la redirection de lecteurs et les sessions multi‑utilisateurs. Ce n'est pas idéal pour le jeu à haute fréquence d'images car il ajoute des différences dans le chemin d'entrée et le compositing, mais pour la productivité c'est généralement le choix à plus faible latence et à moindre bande passante.
• Cloud PC / Virtual Desktop (Windows 365, AWS WorkSpaces) : si vous avez besoin d'un environnement cloud géré avec identité, stockage et contrôles de politique, un Cloud PC supprime la variabilité du matériel hôte et les problèmes de NAT. Le coût est prévisible et souvent supérieur à celui d'un hôte local, mais il réduit la charge opérationnelle.
• Situations à faible bande passante : si vous êtes sur un lien mobile contraint, envisagez des outils ou modes conçus pour faible bande passante — RDP avec réglage des codecs, ou un IDE distant pour développeurs (code sur le serveur, éditeur local). Voir notre analyse approfondie des astuces bande passante dans Remote desktop low bandwidth: optimization guide.

Si votre objectif principal est le jeu sur Internet et que vous voulez un minimum de friction, le réseau de relais de Parsec le rend plus simple. Si vous êtes sur le même LAN avec un GPU NVIDIA et que vous voulez la latence d'entrée la plus faible possible, Moonlight est le gagnant marginal. Si votre exigence porte sur l'exploitation d'une flotte à long terme avec une faible charge opérationnelle, utilisez un relais géré (Tenvo) plutôt que de jongler avec des relais DIY sauf si la réglementation impose l'auto‑hébergement. Pour une introduction sur le self‑hosting, voir Self‑Hosted Remote Desktop: Why, How, and What Breaks.

Checklist pratique : choisir et ajuster

1. Si vous êtes local et avez un GPU NVIDIA : commencez par Moonlight (GameStream). Réglez le préréglage d'encodeur pour faible latence et alignez la fréquence d'images du client sur celle de l'écran. Testez avec une caméra haute vitesse si vous avez besoin de mesurer la latence exacte ; notre article how‑to test latency décrit la méthode.
2. Si vous êtes à travers Internet et voulez un réglage minimal : essayez d'abord Parsec. Utilisez son relais si la traversal NAT échoue ; limitez le bitrate si votre FAI facture au volume et activez la fréquence d'images adaptative pour les liaisons instables.
3. Si vous gérez plus qu'une poignée d'hôtes ou servez des clients externes : choisissez un relais géré pour la fiabilité et le basculement multi‑régions — c'est moins coûteux en effectif opérationnel que l'auto‑hébergement. Tenvo propose des relais gérés et des binaires clients multiplateformes.
4. Si vous avez besoin de sessions multi‑utilisateur, de redirection d'impression/lecteurs ou de contrôles de politique d'entreprise : considérez RDP ou une solution VDI/Cloud PC à la place.

Pour un comparatif orienté gaming, nous avons également abordé ce sujet dans Best remote desktop for gaming: Parsec vs Moonlight, qui se concentre sur les fréquences d'images et les timings de manette. Si vous vous intéressez à l'aspect exploitation, self‑hosted remote desktop: the honest 2026 guide détaille les vrais coûts opérationnels de gérer votre propre relais.

Conclusion : Moonlight et Parsec accomplissent tous deux ce travail difficile correctement. Moonlight a un léger avantage sur la latence LAN avec matériel NVIDIA ; Parsec est plus simple à utiliser sur Internet et dans des environnements mixtes. La plupart des équipes évitent d'héberger leur propre relais sauf obligation — il est préférable de payer pour la fiabilité. Quand vous êtes prêt à essayer un relais géré et des clients natifs, téléchargez Tenvo et testez votre chemin réel : Télécharger Tenvo.