50 places au total·128 i/s médians mesurés sur 16 min · Helio 0.1.115 · bêta gratuite sur invitation.→
Labo · Méthode

Pourquoi Lume ne publie pas encore de latence “verre à verre”

Un RTT de 11 ms et un décodage de 0,9 ms sont utiles, mais ils ne mesurent pas le temps entre votre geste et le changement visible à l’écran.

RTTaller-retour réseau, pas la chaîne complète
Décodageune étape côté client seulement
Écransa file et son temps de réponse comptent
Pas de chiffre inventéla mesure attend un protocole reproductible
Définition

De l’action physique au photon affiché

Une mesure verre à verre cherche le délai entre un événement observable à l’entrée — pression d’un bouton, mouvement ou signal lumineux — et la modification correspondante effectivement affichée par l’écran client. Elle inclut donc bien plus que le transport réseau.

Entrée

Lecture du contrôleur, traitement du système et prise en compte par le jeu.

Chaîne média

Rendu, capture, encodage, transport, gigue, décodage et présentation.

Affichage

File du compositeur, rafraîchissement, traitement du téléviseur et réponse de la dalle.

Raccourci trompeur

RTT + décodage ≠ latence totale

Le RTT est un aller-retour de paquets sur une couche mesurée. La vidéo parcourt généralement un aller simple, mais avec ses propres files, paquets et mécanismes de récupération. Le décodage rapporté ne couvre ni l’encodage ni l’attente du prochain rafraîchissement.

Dans le test AV1 Lume, 11 ms de RTT médian et 0,9 ms de décodage médian sont donc publiés comme deux composants séparés. Les additionner en “11,9 ms de latence” serait faux.

Protocole nécessaire

Une caméra rapide ou un capteur synchronisé, plus de nombreux essais

  1. Créer un événement netBouton associé à un changement visuel sans animation ambiguë.
  2. Observer entrée et écranCaméra haute vitesse dans le même cadre, ou capteurs synchronisés étalonnés.
  3. RépéterAssez d’essais pour publier médiane, percentiles et dispersion, pas un meilleur cas.
  4. Documenter la chaîneJeu, GPU, codec, fréquence, route, client, écran et mode d’image.
  5. Conserver les incidentsInclure freezes et valeurs aberrantes selon une règle définie avant le test.
Variabilité

Le chiffre appartient à une chaîne complète

Changer de téléviseur peut ajouter plus de délai que changer de codec. Activer le mode jeu, passer de 60 à 120 Hz, utiliser un relais ou modifier le V-Sync transforme la distribution. Une valeur sans ces paramètres est difficilement comparable.

CoucheExemple de variableEffet possible
JeuFile de rendu, fréquence interneDélai avant que l’action modifie l’image
HôteCapture et encodeurAttente et traitement avant émission
RéseauRoute directe, relais, gigueTransport variable
ClientDécodeur et présentationTemps de traitement et synchronisation
ÉcranMode jeu et rafraîchissementTraitement final avant les photons
Politique Lume

Publier moins, mais publier ce que le test prouve

En attendant ce protocole, Lume continue de publier RTT, décodage, cadence, débit, freezes, durée et nature directe ou relayée. Ces données aident au diagnostic sans être rebaptisées en sensation utilisateur universelle.

Lorsqu’une campagne verre à verre sera publiée, les séquences, conditions et distributions devront accompagner le résumé afin qu’un tiers puisse comprendre et reproduire la mesure.

Lume © 2026