Qu'est-ce que le streaming SRT ? SRT vs RTMP expliqué
SRT est un protocole de transport vidéo conçu pour résister aux réseaux peu fiables. Voici comment il récupère les paquets perdus, à quoi sert le réglage de latence, comment il se compare au RTMP et pourquoi la plupart des plateformes demandent encore du RTMP.
Sur cette page
Le SRT (Secure Reliable Transport) est un protocole open source qui permet d'envoyer de la vidéo en direct sur des réseaux imprévisibles comme l'internet public. Il fonctionne sur UDP, redemande les paquets perdus, vous laisse choisir le délai à sacrifier en échange de la fiabilité et peut chiffrer le flux. Les diffuseurs l'utilisent pour acheminer des flux de haute qualité d'un site à l'autre.
Le streaming SRT ne remplace pas le RTMP partout, mais il résout très bien certains problèmes précis. Voici comment il fonctionne et quand il vaut la peine de l'utiliser.
À retenir
- Le SRT utilise UDP et récupère les paquets perdus dans une fenêtre de latence que vous définissez.
- Il convient aux liaisons longue distance ou sujettes aux pertes, comme les sites distants et les flux de contribution.
- La plupart des plateformes pour créateurs documentent encore une ingestion en RTMP ou RTMPS.
- Le chiffrement AES avec une phrase secrète partagée protège les flux SRT pendant leur transport.
D'où vient le SRT et quel problème il résout
Le SRT a été développé par l'entreprise vidéo Haivision et publié en open source en 2017. Il est aujourd'hui pris en charge par un large éventail d'encodeurs, de décodeurs, de serveurs multimédias et de logiciels, dont OBS et FFmpeg.
Le problème qu'il cible est simple à décrire : l'internet public perd et réordonne des paquets, surtout sur de longues distances, sur un Wi-Fi saturé ou sur une connexion cellulaire. Les liaisons de diffusion traditionnelles évitaient ce problème grâce à des circuits dédiés ou à de la capacité satellite. Le SRT vise au contraire à offrir une fiabilité de niveau broadcast sur des connexions internet ordinaires.
Il y parvient sans trop se soucier de ce que contient le flux. Le SRT est un transport, pas un format vidéo, et il transporte le plus souvent un flux de transport MPEG contenant de la vidéo H.264 ou HEVC avec un audio AAC. Cette souplesse a aidé les workflows professionnels à l'adopter rapidement.
Comment fonctionnent la récupération des paquets et le tampon de latence
Le RTMP s'appuie sur TCP, qui retransmet les données perdues mais ralentit toute la connexion dès qu'une perte est détectée. Sur les liaisons longue distance sujettes aux pertes, cela se traduit par des blocages et de la mise en mémoire tampon.
Le SRT utilise UDP et gère lui-même la récupération. Le récepteur conserve les paquets dans un court tampon. Lorsqu'il repère un trou dans la séquence, il demande à l'émetteur de renvoyer uniquement le paquet manquant. Si le remplaçant arrive avant que ce moment de vidéo ne quitte le tampon, personne en aval ne s'en aperçoit.
La taille de ce tampon correspond au réglage de latence. Des valeurs plus élevées tolèrent des réseaux de moins bonne qualité, au prix d'un délai supplémentaire ; des valeurs plus faibles gardent un délai réduit mais abandonnent les paquets qui arrivent trop tard. Un point de départ courant est de quelques fois le temps d'aller-retour entre l'émetteur et le récepteur, à augmenter pour les liaisons instables. Les outils expriment la latence dans des unités différentes : vérifiez donc la documentation.
Chiffrement, Stream ID et modes de connexion
Le SRT intègre des fonctionnalités que le RTMP n'offre pas à lui seul :
- Le chiffrement. De l'AES avec une phrase secrète partagée par les deux extrémités, avec des clés de 128, 192 ou 256 bits. Le RTMP a besoin de sa variante distincte, le RTMPS, pour être chiffré.
- Le Stream ID. Un identifiant facultatif qui permet à un même port de réception d'accepter plusieurs flux et d'acheminer chacun correctement, un peu comme une clé de stream.
- Les modes de connexion. Un côté écoute sur un port et l'autre l'appelle. Un troisième mode, le rendezvous, fait se connecter les deux côtés en même temps, ce qui peut aider quand tous deux se trouvent derrière un pare-feu.
Comme le SRT utilise UDP, le port UDP de l'écouteur doit être ouvert dans chaque pare-feu du trajet, contrairement aux connexions TCP sortantes du RTMP. Pour le côté RTMP, consultez comment fonctionne le RTMP et RTMP vs RTMPS.
SRT vs RTMP : les points forts de chacun
Aucun des deux protocoles n'est tout simplement meilleur ; chacun excelle dans des tâches différentes.
- Le SRT l'emporte pour la contribution. Renvoyer un flux depuis un site distant, une équipe de terrain ou une liaison cellulaire vers un centre de production, c'est là que la récupération des paquets fait la différence, tout comme dans les chaînes de diffusion qui alimentent des systèmes de playout, des décodeurs et des serveurs multimédias.
- Le SRT gère mieux la distance. Sur des liaisons intercontinentales avec pertes et gigue, un tampon de latence bien réglé donne généralement des résultats plus stables que le RTMP basé sur TCP.
- Le RTMP l'emporte en compatibilité. Presque tous les encodeurs, services et plateformes le prennent en charge, et la configuration se résume à une URL et une clé.
- Le RTMP est plus simple à déployer. Pas de ports UDP, de réglage de latence ni de phrases secrètes à coordonner.
Une règle pratique : utilisez le SRT entre des systèmes que vous ou un partenaire contrôlez, et le RTMP ou le RTMPS pour le dernier maillon vers les plateformes publiques.
Pourquoi YouTube, Twitch et la plupart des plateformes demandent encore du RTMP
Si le SRT est si résistant, pourquoi les grandes plateformes pour créateurs continuent-elles de documenter une ingestion en RTMP et RTMPS ?
D'abord, la compatibilité : les plateformes veulent que chaque streamer puisse se connecter, des applications mobiles aux anciens encodeurs matériels, et le RTMP est le protocole que tous parlent. Ensuite, la plupart des créateurs diffusent depuis chez eux vers un serveur d'ingestion proche, où TCP fonctionne suffisamment bien. Enfin, les plateformes ont construit pendant des années leur authentification, leur gestion des clés et leur supervision autour du RTMP.
Ce paysage évolue. Certaines plateformes et de nombreux services vidéo professionnels acceptent le SRT ou d'autres protocoles d'ingestion plus récents. À l'heure où nous écrivons ces lignes, cependant, une grande plateforme sociale ou de jeu vidéo vous fournira généralement une URL RTMP ou RTMPS. Le guide du streaming RTMP personnalisé explique comment fonctionnent ces destinations.
Envoyer du RTMP et du SRT depuis le même stream cloud
Beaucoup de configurations ont besoin des deux protocoles à la fois : du RTMP pour les plateformes publiques et du SRT pour un studio, un serveur de playout ou le récepteur d'un partenaire. Depuis un encodeur à domicile, cela signifie deux sorties et le double de débit montant.
StreamHouse gère cela dans le cloud. Ajoutez YouTube, Twitch ou Kick en RTMP ou RTMPS, ainsi qu'une sortie SRT personnalisée pointant vers votre récepteur, au même stream. Une seule diffusion les atteint toutes, et les destinations supplémentaires n'utilisent pas d'emplacements de stream en plus.
Pour les programmes préenregistrés, importez vos vidéos, qui sont préparées à l'avance selon un profil d'encodage unique et cohérent, puis créez une playlist et lancez-la ou programmez-la. Le stream tourne en boucle 24h/24, se reconnecte automatiquement après une coupure réseau et continue même ordinateur éteint.
Questions fréquentes
Le SRT est-il meilleur que le RTMP pour le streaming ?
Pour les trajets réseau longs ou peu fiables, généralement oui, car le SRT récupère les paquets perdus sans bloquer toute la connexion. Les grandes plateformes ne proposent toutefois souvent que le RTMP ou le RTMPS : le bon choix dépend donc de la destination de votre flux.
Le SRT a-t-il une latence plus faible que le RTMP ?
C'est possible. Le délai de transport du SRT correspond à peu près au tampon de latence que vous définissez, qui peut être réduit sur un bon réseau. Mais le délai total pour les spectateurs dépend aussi du traitement et de la lecture côté plateforme : changer de protocole ne donnera donc pas toujours une impression de rapidité.
OBS peut-il diffuser en SRT ?
Oui. Saisissez une adresse srt:// comme serveur personnalisé dans OBS, en incluant dans l'URL des paramètres comme le mode, la latence et la phrase secrète. Le serveur ou service récepteur doit prendre en charge le SRT et être configuré pour accepter la connexion.
Le SRT est-il chiffré par défaut ?
Seulement si vous définissez une phrase secrète. Avec la même phrase secrète des deux côtés, le SRT chiffre le flux en AES avec des clés de 128, 192 ou 256 bits. Sans elle, le flux circule en clair : définissez-en donc une pour les flux qui traversent l'internet public.
