Latence en stream : causes et réglages sur Twitch, YouTube et Trovo

Qu'appelle-t-on la latence en stream

La latence en stream est le temps entre un événement devant la caméra et son apparition chez le spectateur. Par exemple, vous prononcez une phrase, et le spectateur l'entend quelques secondes plus tard. Cette chaîne comprend la capture de la vidéo et du son, le traitement du signal, l'encodage, l'envoi du flux vers le serveur, la préparation de la diffusion par la plateforme et la lecture sur l'appareil du spectateur.

La latence ne signifie pas toujours un problème de connexion internet. Une partie du décalage est intégrée au mode de diffusion de la plateforme elle-même. Un temps supplémentaire apparaît à cause d'un encodeur surchargé, de la perte de paquets, d'une route instable vers le serveur ou du tampon dans le lecteur du spectateur. Il faut aussi tenir compte du chat : un message peut arriver plus tard que le moment auquel il se rapporte, que le spectateur a déjà vu.

Plus la latence est faible, plus il est pratique de communiquer avec l'audience en temps réel. Mais un tampon minimal laisse moins de marge pour rétablir le flux en cas de perturbation. C'est pourquoi on choisit le mode en fonction du format du direct. Pour une conversation tranquille, quelques secondes de décalage peuvent passer inaperçues, tandis que pour un jeu avec réaction aux messages, un quiz ou une diffusion conjointe, la différence devient importante.

Comment le mode de la plateforme influence le décalage

La plateforme accumule à l'avance une partie de la vidéo avant la lecture. Cette réserve s'appelle le tampon. Un grand tampon aide à surmonter de brèves coupures de connexion sans arrêter la vidéo, mais le spectateur voit le direct plus tard. Un petit tampon transmet plus rapidement les nouvelles images, cependant le flux devient plus exigeant quant à la stabilité d'internet chez le streamer et le spectateur.

En général, on dispose d'un mode normal, d'une faible latence et d'une latence minimale. Les noms et l'ensemble des fonctions dépendent de la plateforme. Pour communiquer avec l'audience, choisissez la faible latence, et la minimale — seulement si vous avez besoin de réagir rapidement au chat. Si après le changement les spectateurs voient des arrêts, des messages de chargement ou de fréquentes reconnexions, revenez à un mode plus stable.

La mise en mémoire tampon automatique peut ajouter du décalage pendant le visionnage. Cela se produit lorsque les données arrivent de manière irrégulière, que le spectateur change la qualité, revient après une pause ou rétablit la connexion. C'est pourquoi on vérifie le réglage de la latence non seulement au démarrage du direct, mais aussi après plusieurs minutes de fonctionnement.

Comment activer la faible latence sur Twitch, YouTube et Trovo

Il vaut mieux changer le mode avant le début d'une diffusion importante. Après avoir enregistré les réglages, faites un court test depuis un autre appareil ou demandez à un spectateur de vérifier le direct. Comparez non seulement le temps de réponse, mais aussi la stabilité du visionnage. Le réglage dans le panneau de la plateforme est plus important que les paramètres d'OBS : le programme encode et envoie le flux, mais c'est la plateforme qui décide de la réserve vidéo à donner au lecteur.

Twitch

Ouvrez le Creator Dashboard, allez dans Settings, puis choisissez Stream. Dans la section du mode de latence, trouvez Latency Mode et réglez sur Low Latency. Enregistrez les réglages si le panneau affiche un bouton d'enregistrement séparé. Ensuite, lancez un direct de test et vérifiez-le sur un téléphone ou un autre ordinateur connecté à un autre réseau.

Le mode faible latence sur Twitch est conçu pour communiquer avec le chat, mais les spectateurs ayant une connexion instable peuvent rencontrer des arrêts. Si les plaintes viennent d'un seul spectateur, demandez-lui d'abord de cliquer sur le bouton de retour au direct actuel, d'actualiser la page ou de réduire la qualité. Ne changez pas le mode de diffusion à cause d'un problème isolé du côté du spectateur.

YouTube

Connectez-vous à YouTube Studio et ouvrez la Live Control Room. Lors de la création ou de la modification d'une diffusion, allez dans les réglages du stream et trouvez le point Latency. Choisissez Low latency pour un direct interactif ordinaire ou Ultra low latency si vous avez besoin de répondre le plus rapidement possible aux messages. Vérifiez que le mode choisi est appliqué à la diffusion concernée, et pas seulement à un modèle.

La latence minimale sur YouTube laisse moins de marge pour un envoi irrégulier des données. Si le direct commence à mettre en mémoire tampon plus souvent, utilisez Low latency au lieu d'Ultra low latency. Pour une diffusion tranquille sans communication constante, vous pouvez laisser Normal latency : ce mode supporte généralement mieux les problèmes de connexion temporaires.

Trovo

Ouvrez Trovo Studio ou le panneau de l'auteur, créez un direct et allez dans les paramètres avancés de la diffusion. Trouvez le point nommé Latency, Stream latency ou Low latency et choisissez la faible latence. Les noms des sections peuvent différer selon la version du panneau, alors fiez-vous aux réglages du direct lui-même, et non aux paramètres du profil. S'il y a un bouton d'application, enregistrez les modifications avant de lancer la diffusion.

Si votre panneau Trovo ne dispose pas de commutateur de latence, la plateforme peut attribuer le mode automatiquement. Dans ce cas, on peut réduire le décalage grâce à un envoi stable, un serveur approprié, un bon débit binaire et une vérification du lecteur du spectateur. Après le lancement, comparez le direct sur plusieurs appareils : vous comprendrez ainsi si la latence est générale pour l'audience.

La stabilité d'internet chez le streamer

Pour la diffusion, ce n'est pas seulement le débit montant maximal qui compte, mais aussi sa stabilité tout au long du direct. La connexion doit supporter le débit binaire choisi sans baisses brutales. Si le flux est envoyé par à-coups, une partie des données est perdue ou retardée, et le programme et le serveur tentent de reconstituer une vidéo continue. Il en résulte une augmentation du décalage, l'apparition d'images manquantes ou un direct qui part en mémoire tampon.

L'option la plus fiable pour l'ordinateur du streamer est la connexion au routeur par câble réseau. Le Wi-Fi est influencé par la distance au routeur, les murs, les interférences et la charge des autres appareils. Le téléchargement de fichiers, les appels vidéo, la synchronisation cloud, les jeux et le visionnage de vidéos sur le même réseau peuvent prendre le débit montant précisément au moment où il est nécessaire pour la diffusion.

Avant le direct, arrêtez les téléchargements inutiles et vérifiez quels appareils utilisent le réseau domestique. Si le problème n'apparaît qu'avec plusieurs utilisateurs en même temps, la cause peut être la répartition du canal, et non OBS. En cas de baisses régulières, vérifiez le routeur, le câble et le travail du fournisseur d'accès à différents moments de la journée.

Le test de vitesse montre l'état de la connexion à un instant précis et ne remplace pas l'observation du direct. Lancez plusieurs vérifications à intervalles rapprochés, en prêtant attention précisément à l'upload. Fiez-vous à la valeur stable la plus basse, et non au meilleur résultat. La vitesse « jusqu'à » du forfait ne signifie pas que cet indicateur se maintiendra pendant toute la diffusion.

Comment choisir le débit binaire et la résolution selon la vitesse montante

Le débit binaire vidéo ne doit pas occuper tout le canal montant. Laissez une marge pour le trafic de service, le son, les pics de charge et le travail des autres appareils. Un repère pratique est d'utiliser pour la vidéo environ la moitié ou deux tiers de la vitesse montante stable. Si l'indicateur varie nettement, faites le calcul sur la valeur la plus basse.

• Avec un débit montant stable d'environ 5 Mbit/s, commencez par un débit binaire vidéo de 2500–3000 kbit/s et une résolution de 1280×720. Pour un jeu dynamique, 30 images par seconde conviennent souvent mieux si l'ordinateur ne supporte pas une fréquence plus élevée.
• Avec un débit montant d'environ 8 Mbit/s, vous pouvez essayer 4000–5000 kbit/s. Selon la plateforme et l'ordinateur, cela convient pour du 720p60 ou du 1080p30. Choisissez une seule option et testez-la lors d'un direct de test.
• Avec un débit montant stable d'environ 12 Mbit/s, vous pouvez envisager 6000–7500 kbit/s et du 1080p30 ou 1080p60. Avant cela, vérifiez le débit binaire maximal de la plateforme choisie et gardez une marge pour le réseau.

Ce sont des repères pour démarrer, et non des exigences universelles. La limite exacte dépend de la plateforme, de l'encodeur et du format. Si la plateforme indique sa propre plage, elle est prioritaire. En cas de débit montant instable, il vaut mieux réduire le débit binaire et la résolution que d'essayer de maintenir une haute qualité à la limite du canal.

Pour la plupart des diffusions en direct, on utilise un débit binaire constant, ou CBR, si les réglages de la plateforme le prévoient. Définissez l'intervalle des images clés selon les exigences de la plateforme. S'il n'y a pas d'indication particulière, on utilise souvent un intervalle de 2 secondes, mais pour Trovo et d'autres plateformes, vérifiez les recommandations actuelles dans le panneau de diffusion. Un intervalle incorrect peut gêner la restauration de la vidéo et le changement de qualité.

Une résolution élevée ne crée pas en soi de latence réseau, mais augmente la charge sur l'encodeur et le canal. Si le système travaille à la limite, passer de 1080p60 à 1080p30 ou de 1080p30 à 720p60 donne souvent un résultat plus stable. Pour un direct de type conversation, un son clair et l'absence d'arrêts sont généralement plus importants qu'un maximum de détails dans l'image.

Serveur de diffusion et route vers la plateforme

Après l'encodage, le flux est envoyé vers le serveur de la plateforme. Entre l'ordinateur et ce serveur se trouvent plusieurs nœuds du réseau, c'est pourquoi la qualité de la route influence aussi la latence. Même un bon forfait n'exclut pas la surcharge de certains nœuds, des travaux techniques ou une liaison instable avec une direction donnée.

Le serveur le plus proche géographiquement n'est pas toujours le meilleur. Lors du choix, évaluez non seulement la distance, mais aussi la régularité de l'envoi, l'absence de reconnexions, le pourcentage d'images perdues et la stabilité du résultat tout au long du test. Un serveur qui donne une réponse légèrement plus longue mais ne perd pas de données est préférable à une option avec une réponse courte et des baisses constantes.

Comment tester les serveurs

Si la plateforme donne une liste de serveurs, ouvrez dans OBS la section Settings, puis Stream, et regardez le champ Server après avoir choisi le service voulu. Sur Twitch, le serveur peut être comparé à partir de cette liste. Sur Trovo, utilisez les points de connexion disponibles ou l'adresse du serveur que montre le panneau de l'auteur. YouTube choisit plus souvent lui-même la route pour le flux entrant, c'est pourquoi la comparaison manuelle des serveurs peut y être indisponible.

1. Choisissez la même résolution, la même fréquence d'images, le même encodeur et le même débit binaire pour tous les tests.
2. Lancez une diffusion de test sur le premier serveur et laissez-la plusieurs minutes pour voir le comportement non seulement dans les premières secondes.
3. Ouvrez les statistiques d'OBS via le menu View, Docks, Stats. Notez les dropped frames, les reconnexions, les sauts de rendu et d'encodage.
4. Répétez la vérification pour d'autres serveurs dans des conditions comparables : si possible au même moment de la journée et sans téléchargements sur le réseau domestique.
5. Comparez non pas un meilleur moment isolé, mais l'ensemble du test. Choisissez un serveur sans reconnexions et avec la plus faible proportion d'images perdues.

Pour une vérification supplémentaire, vous pouvez trouver l'adresse ou le nom du serveur dans les réglages de connexion et exécuter la commande ping. Sous Windows, on utilise ping -n 30 nom-serveur, et sous macOS et Linux — ping -c 30 nom-serveur. La perte de réponse est indiquée dans la ligne finale. Les commandes traceroute ou pathping aident à voir la portion de route problématique, mais ne remplacent pas un test d'envoi réel en RTMP : le serveur peut traiter différemment les requêtes ICMP et le flux vidéo.

Le principal indicateur reste les statistiques de diffusion. Si dans OBS le pourcentage de dropped frames augmente à cause du réseau, que des reconnexions apparaissent ou que le flux est envoyé par à-coups, le serveur et la route ne peuvent pas être considérés comme réussis. Si tous les serveurs disponibles montrent les mêmes problèmes, la cause peut venir du fournisseur d'accès ou de la plateforme elle-même. Ne changez pas de serveur pendant un direct important sans nécessité : la reconnexion augmentera temporairement le décalage et peut interrompre la diffusion.

Comment l'ordinateur influence la latence

Avant l'envoi vers la plateforme, la vidéo doit être capturée, traitée et encodée. Si l'ordinateur n'arrive pas à effectuer l'une de ces opérations à temps, la latence apparaît avant même que le flux ne sorte sur internet. Dans les statistiques d'OBS, cela se manifeste par des sauts de rendu ou d'encodage. Une bonne liaison ne corrigera pas la situation si les images se forment trop lentement.

Les sauts de rendu sont plus souvent liés à la charge sur la carte graphique. Le jeu peut occuper presque toutes les ressources disponibles, et OBS n'aura pas assez de puissance pour capturer la scène. Limitez la fréquence d'images dans le jeu, réduisez les réglages graphiques lourds et désactivez les effets qui ne sont pas visibles pour le spectateur. Une ressource libre de la carte graphique est plus importante que la fréquence d'images maximale que vous seul voyez.

Les sauts d'encodage indiquent une surcharge du processeur ou de l'encodeur matériel. Fermez les programmes inutiles, les onglets de navigateur superflus, les synchronisations en arrière-plan et les applications d'enregistrement. Simplifiez la scène, retirez les filtres et animations lourds. En cas d'encodage logiciel, choisissez un préréglage plus rapide ou réduisez la résolution et la fréquence d'images.

L'encodeur matériel transfère une partie du travail à la carte graphique, mais n'annule pas la charge sur le système. Si le problème est apparu après l'ajout d'une caméra, d'un filtre, d'une source navigateur ou d'une notification animée, désactivez temporairement cet élément et comparez les statistiques. Vérifiez les modifications une par une pour comprendre la cause du résultat.

Surveillez la température et le comportement de l'ordinateur à la fin du direct. En cas de surchauffe, les fréquences des composants peuvent baisser, c'est pourquoi une diffusion stable au début commence progressivement à perdre des images. Ne lancez pas pendant le stream de rendu, d'archivage ou d'autres tâches lourdes.

Comment comprendre où apparaît la latence

Déterminez d'abord si la diffusion présente le même décalage chez la majorité des spectateurs. Si le problème est apparu chez tout le monde en même temps, vérifiez le mode de latence sur la plateforme, l'état de la connexion, le serveur choisi et les statistiques d'OBS. Si un seul spectateur se plaint, la cause se trouve probablement dans son réseau, son appareil ou son lecteur.

Ensuite, répartissez les sauts en plusieurs types :

• les sauts de rendu indiquent un manque de ressources de la carte graphique pour préparer la scène ;
• les sauts d'encodage indiquent que le processeur ou l'encodeur matériel n'arrive pas à traiter la vidéo ;
• la perte d'images envoyées est liée au réseau, à la route vers le serveur ou à un débit binaire trop élevé ;
• une augmentation progressive du décalage avec des statistiques normales peut être liée au tampon de la plateforme ou du lecteur.

Pour une mesure approximative, placez devant la caméra un écran avec un chronomètre ou une horloge, prononcez une courte phrase et notez simultanément l'heure. Sur un autre appareil, ouvrez le direct et notez le moment où la phrase est apparue. Il vaut mieux utiliser une connexion mobile ou un autre réseau pour exclure l'influence du cache local. Un tel test montre la latence globale entre la scène et le visionnage, et non seulement le trajet jusqu'au serveur.

Vérifiez plusieurs appareils et réseaux. Si sur un téléphone en réseau mobile le direct présente le même décalage que sur l'ordinateur du spectateur, le problème ne se limite probablement pas à son Wi-Fi. Si le décalage augmente progressivement, demandez au spectateur de cliquer sur le bouton de passage au direct actuel et comparez le résultat après la réinitialisation du tampon.

Un message dans le chat ne convient que pour une vérification approximative. Il passe par un canal distinct et peut s'afficher avec son propre décalage. Pour une comparaison plus précise, utilisez un minuteur visible, un claquement devant la caméra ou un signe visuel convenu à l'avance.

Ce que les spectateurs peuvent faire

Une partie de la latence apparaît après que le flux a quitté l'ordinateur du streamer. Le résultat est influencé par la vitesse d'internet du spectateur, la stabilité du Wi-Fi, la qualité choisie, le navigateur, l'application et la puissance de l'appareil. En cas de connexion faible, le lecteur accumule du tampon pour ne pas arrêter la vidéo, c'est pourquoi le spectateur voit le direct plus tard.

Demandez au spectateur de vérifier plusieurs actions :

• cliquer sur le bouton de retour au direct actuel si le visionnage a pris un retard notable ;
• actualiser la page ou redémarrer l'application ;
• choisir manuellement la qualité si le mode automatique change constamment la résolution et met la vidéo en pause ;
• réduire la qualité en cas d'arrêts et vérifier le visionnage sans téléchargements parallèles ;
• fermer les onglets et applications superflus qui utilisent le réseau ou les ressources de l'appareil ;
• comparer le visionnage dans un autre navigateur, une autre application ou sur un autre appareil ;
• désactiver temporairement le VPN, si c'est précisément via lui que le direct se charge de manière instable.

Si la vidéo arrive à temps mais est lue par à-coups, la cause peut être le décodage, la surchauffe ou les réglages de l'appareil. Sur un vieux smartphone, téléviseur ou ordinateur, une qualité plus basse et la fermeture des applications en arrière-plan aident parfois. Quand le problème ne concerne qu'un seul spectateur, il n'est généralement pas nécessaire de modifier les réglages de tout le stream.

Comment réduire la latence sans perdre en stabilité

Commencez par la plateforme : activez le mode de faible latence approprié et vérifiez si le lecteur n'accumule pas de tampon supplémentaire. Ensuite, configurez le réseau : utilisez un câble, éliminez la charge inutile et vérifiez la route vers le serveur choisi. Après cela, passez à l'ordinateur, pour ne pas essayer de corriger un problème réseau avec les réglages de l'encodeur.

S'il y a des sauts d'encodage, réduisez la charge sur le processeur ou passez à un encodeur matériel fonctionnant correctement. Si des sauts de rendu apparaissent, réduisez la charge sur la carte graphique : simplifiez le jeu, limitez la fréquence d'images et vérifiez les sources de la scène. Si des images sont perdues lors de l'envoi, comparez le débit binaire avec les recommandations de la plateforme et les capacités du canal montant.

Ne changez pas tous les paramètres d'un coup. Fixez d'abord les réglages initiaux, puis modifiez un seul indicateur et effectuez un nouveau test. Vous comprendrez ainsi ce qui a influencé le résultat. Un flux stable avec une résolution un peu plus basse est généralement plus pratique pour communiquer qu'un direct de haute qualité qui se bloque régulièrement et part en mémoire tampon.

Conclusions brèves : que faire étape par étape

1. Définissez le format du direct et activez le mode de faible latence approprié dans le panneau Twitch, YouTube ou Trovo.
2. Connectez l'ordinateur au routeur par câble et arrêtez les téléchargements, la synchronisation cloud et les autres tâches qui utilisent le débit montant.
3. Vérifiez plusieurs fois la vitesse d'upload stable et calculez le débit binaire sur le résultat le plus bas, en gardant une marge pour le réseau.
4. Sélectionnez la résolution et la fréquence d'images que l'ordinateur et le canal supportent sans sauts.
5. Testez les serveurs disponibles dans des conditions identiques et choisissez l'option sans reconnexions et avec une perte d'images minimale.
6. Vérifiez séparément dans OBS les sauts de rendu, d'encodage et d'envoi.
7. Mesurez la latence sur un autre appareil et dans un autre réseau, pour séparer le problème du streamer de celui du spectateur.
8. Modifiez un paramètre à la fois et, après chaque changement, effectuez un nouveau direct de test.