| Section | Contenu |
|---|---|
| 1. Les 3 régimes expliqués | Définition technique, protocoles, exemples médias |
| 2. Quand choisir quel type ? | Ultra‑faible, faible, normale : cas d’usage |
| 3. Impact sur la stabilité | Compromis, CDN, étude de cas France 24 |
| 4. Configuration technique | Réglages OBS/vMix/Atem, bitrate, GOP |
| 5. Matériel recommandé | Switchers, encodeurs SRT, caméras NDI |
| 6. Tests et checklist | Outils de mesure, validation, gestion d’instabilité |
Latence faible, normale, ultra‑faible : les 3 régimes expliqués
La latence livestream représente le délai entre la capture d’une image et sa restitution chez le spectateur. En fonction de vos objectifs, vous devrez naviguer entre trois grandes familles : ultra‑faible (< 3 secondes), faible (3 à 10 secondes) et normale (10 à 30 secondes). Comprendre ces régimes est la clé pour éviter de perdre votre audience.
Définition technique (sub‑3s pour ultra‑faible, 3‑10s pour faible, 10‑30s pour normale)
L’ultra‑faible (souvent appelée low latency dans les plateformes grand public) descend sous la barre des 3 secondes. Elle est indispensable pour les interactions en temps réel : chat, vote, modération. La latence faible (3 à 10 s) offre un bon équilibre entre réactivité et confort de diffusion. Enfin, la latence normale (10 à 30 s) est celle des flux TV traditionnels, où le décalage est acceptable car l’audience regarde passivement.
Protocoles associés (RTMP, SRT, WebRTC, HLS low‑latency)
Chaque niveau de latence repose sur des protocoles distincts :
- RTMP : historique, latence faible à normale (4‑10 s), mais peu adapté à l’ultra‑faible.
- SRT : conçu pour les réseaux instables, il permet une latence configurable (souvent 1‑5 s) tout en gérant les pertes de paquets.
- WebRTC : le champion de l’ultra‑faible (sous la seconde), utilisé pour les visioconférences et le gaming.
- HLS low‑latency (LL‑HLS) : améliore le classique HLS pour descendre à 3‑5 secondes, idéal pour les direct web.
Pour approfondir la configuration SRT, consultez notre guide SRT anti‑interruptions pour lives critiques.
Exemples concrets issus des médias (JT en direct vs live interactif Twitch)
Un journal télévisé diffusé en simultané sur le web, comme le propose France 24 en direct – live news streaming, utilise une latence normale (20‑30 s) : la stabilité prime sur l’interactivité. À l’opposé, un streamer sur Twitch ou un événement gaming comme l’ESO Direct – annonce livestream jeu vidéo nécessite une ultra‑faible latence pour que les réactions du public soient instantanées. Le même diffuseur TV peut d’ailleurs basculer d’un mode à l’autre selon le format : JT en latence normale, débat avec questions en ultra‑faible.
Quand choisir quel type de latence ?
Le choix de la latence dépend avant tout du niveau d’interaction attendu. Voici un guide pratique pour chaque cas d’usage.
Ultra‑faible → live shopping, gaming, quiz interactif, modération en temps réel
Si votre audience doit interagir immédiatement (voter, acheter, commenter pendant le flux), l’ultra‑faible est impératif. Les plateformes de live shopping ou les quiz en direct voient leur taux de conversion chuter dès que la latence dépasse 3 secondes. Le gaming est le cas le plus exigeant : un décalage de la voix ou de l’image casse l’immersion.
Faible → webinaire corporate, conférence avec Q&A, lancement produit
Pour un webinaire de 200 participants avec une séance de questions, une latence de 5 à 10 secondes est suffisante. L’orateur peut répondre aux questions avec un léger décalage, et la stabilité du flux reste prioritaire. C’est le mode le plus utilisé en B2B.
Normale → diffusion TV simultanée, événement sans interaction, archivage
Quand le public regarde passivement – rediffusion d’un spectacle, captation de conférence sans interaction – la latence normale est idéale. Elle permet d’utiliser des CDN standards (HLS/DASH) sans surcoût, et garantit une excellente qualité même sur des connexions mobiles.
Impact sur la stabilité : le grand compromis
Réduire la latence, c’est souvent augmenter le risque de buffering et de coupures. Comprendre ce compromis est essentiel pour choisir la bonne latence livestream.
Pourquoi une latence très basse augmente le risque de buffering et de coupures
Plus la latence est faible, moins le récepteur dispose de temps pour tamponner les paquets manquants. En cas de perte réseau, le flux s’interrompt ou affiche des artefacts. Les encodeurs doivent aussi compresser en temps réel, ce qui peut réduire la qualité. C’est pourquoi les systèmes ultra‑faibles (WebRTC, SRT en mode très court) sont plus sensibles aux fluctuations de bande passante.
Le rôle du CDN, de l’encodage adaptatif et de la redondance réseau
Pour stabiliser une diffusion à faible latence, plusieurs leviers existent :
- CDN optimisé low‑latency : certains fournisseurs (Akamai, Cloudflare) proposent des serveurs dédiés au live réactif.
- Encodage adaptatif (ABR) : en générant plusieurs variants de bitrate, chaque spectateur reçoit le flux adapté à sa connexion.
- Redondance réseau : utiliser deux encodeurs simultanément (primary + backup) ou un protocole comme SRT qui retransmet intelligemment les paquets perdus.
Étude de cas : France 24 en live news – comment ils stabilisent leur flux
France 24 diffuse ses journaux en continu sur le web avec une latence normale (environ 20 secondes). Pour assurer la robustesse, ils utilisent un CDN redondant, un encodage adaptatif multi‑bitrate et une régie centralisée avec bascule automatique. En cas d’instabilité réseau, le système augmente temporairement la latence pour reconstituer le buffer. Cette approche est idéale pour les événements critiques où aucune interruption n’est tolérée.
Configuration technique pour chaque mode
Voici les réglages concrets à appliquer dans vos outils de production (OBS, vMix, Atem Mini) pour chaque type de latence.
Réglages OBS / vMix / Atem Mini pour chaque type de latence
Ultra‑faible (< 3 s) : activez le mode “Low Latency” ou “Ultra Low Latency” dans l’encodeur. Sous OBS, réglez “Keyframe Interval” à 1 (GOP de 1). Désactivez le buffering réseau. Attention, ce n’est viable que sur réseau local ou fibre.
Faible (3‑10 s) : GOP de 2 à 4 secondes, buffer cible de 2 à 4 secondes. Activez le CBR (constant bitrate) pour éviter les sauts. Utilisez SRT avec une latence configurée entre 500 ms et 2 s.
Normale (10‑30 s) : GOP de 4 à 6 secondes, buffer de 10 secondes. Utilisez HLS avec des segments de 6 s. Préférez ABR avec profils multiples.
Choix du bitrate, GOP, nombre de références
- Bitrate : 3‑6 Mbps pour du 1080p en latence faible, 2‑4 Mbps pour l’ultra‑faible (car compression moins efficace).
- GOP : 1 pour ultra‑faible, 2‑4 pour faible, 4‑6 pour normale.
- Nombre de frames de référence : limiter à 1 en ultra‑faible pour éviter le décalage.
Exemple de paramètres pour un live sportif (ultra‑faible) vs un webinaire (faible)
Live sportif (ultra‑faible) : SRT en mode caller, latence 300 ms, bitrate 8 Mbps, résolution 1080p60, GOP 1, pas de buffer réseau. L’encodeur doit être connecté en Ethernet direct.
Webinaire corporate (faible) : RTMP ou SRT avec latence 3 s, bitrate 4 Mbps, 1080p30, GOP 3, buffer 3 s. Activez ABR avec 720p et 480p pour les spectateurs à faible connexion.
Matériel recommandé pour chaque cas
Le choix du hardware influence directement la latence et la stabilité. Voici nos recommandations par usage.
Switchers compacts (Atem Mini, Roland VR) pour une latence faible à normale
Les switchs vidéo comme l’Atem Mini Pro d’Blackmagic intègrent un encodeur H.264 avec une latence interne de moins d’une frame. Ils sont parfaits pour des productions en salle (conférences, webinaires) où une latence de 5‑10 s est acceptable. Connectez‑les via USB à OBS ou en streaming direct RTMP.
Encodeurs SRT (LiveU, Teradek) pour l’ultra‑faible en environnement réseau instable
Les encodeurs dédiés SRT (LiveU Solo, Teradek Cube) permettent de régler finement la latence (de 500 ms à 5 s). Grâce au protocole de retransmission intelligent, ils maintiennent la stabilité même sur 4G/5G. Idéal pour les directs sportifs en extérieur ou les live shopping depuis un showroom.
Caméras PTZ avec NDI pour réduire la latence de capture
Les caméras PTZ NDI délivrent le signal vidéo sur le réseau local avec une latence inférieure à 100 ms. En sortie, vous pouvez le streamer en WebRTC pour une latence globale inférieure à une seconde. Cette combinaison est utilisée par les studios de production légers.
Tests et checklist avant le direct
Avant de lancer votre live, vérifiez minutieusement les paramètres pour éviter les mauvaises surprises.
Outils pour mesurer la latence réelle (OBS, prolong test, mtr)
- OBS : dans la fenêtre “Avancé”, activez l’affichage de la latence du stream (en bas).
- Prolong Test : outil en ligne (ou local) qui compare l’heure du stream avec l’horloge du serveur.
- mtr : combine ping et traceroute pour identifier les sauts de paquets.
Checklist de validation : ping, jitter, perte de paquets, test de charge
- Ping vers le serveur de streaming < 30 ms.
- Jitter < 5 ms.
- Perte de paquets < 0,5 %.
- Test de charge : simulez 50 spectateurs (utilisez un CDN avec cache).
- Vérifiez que le bitrate de votre connexion montante est supérieur à 1,5x le bitrate du flux.
Que faire en cas d’instabilité : basculer vers une latence plus haute
Si pendant le direct vous constatez des buffering ou des coupures, augmentez la latence progressivement. Par exemple, passez d’un GOP 1 à GOP 3, ou allongez le buffer de 2 à 5 secondes. Vous pouvez aussi désactiver temporairement l’ultra‑faible pour revenir à une configuration faible. Préparez un scénario de bascule dans votre régie.
Pour aller plus loin : si vous souhaitez être accompagné dans le choix de votre latence et la sécurisation de vos lives, contactez notre service de production live. Nous proposons un audit complet de votre configuration actuelle et une démo de régie cloud adaptée à vos besoins.