Callaba SRT Server

Qu’est-ce qu’un serveur SRT ?

Un Serveur SRT est le point qui accepte ou gère les connexions SRT. Il peut recevoir un flux SRT live depuis un encodeur, le relayer vers un autre système ou servir de point de transfert contrôlé entre une source distante et une plateforme de production.

Dans un workflow live type, le serveur SRT remplit quatre fonctions concrètes :

• Recevoir le flux live : un encodeur caméra, OBS, vMix, FFmpeg, Larix ou une autre source envoie la vidéo au serveur.
• Protéger le chemin de contribution : SRT peut récupérer les paquets perdus et chiffrer la session de transport.
• Exposer des statistiques live : les opérateurs suivent le débit, le RTT, la perte de paquets, les retransmissions et l’état de connexion.
• Transmettre le flux en aval : le serveur route le feed vers l’enregistrement, le transcodage, le restreaming, la commutation ou la lecture.

Le serveur SRT forme ainsi la frontière entre la source et la plateforme. Lorsqu’une équipe distante indique qu’elle émet, c’est ici que vous vérifiez si le signal arrive réellement, reste stable et peut être utilisé en aval.

Serveur SRT ou protocole SRT

Le protocole SRT est la méthode de transport. Le Serveur SRT est le système ou le logiciel qui emploie ce protocole pour recevoir ou envoyer des flux live.

Qu’est-ce qu’un serveur SRT live ?

Un serveur SRT live est un serveur SRT destiné à la contribution vidéo en temps réel ou quasi réel. Il reçoit le flux pendant l’événement et le transmet à un workflow de production, d’enregistrement ou de distribution live.

Les équipes utilisent des serveurs SRT live pour la contribution d’événements distants, l’ingest cloud depuis des caméras et encodeurs, le transport studio-cloud, les feeds partenaires, les chemins de secours, la production distante et le restreaming multicanal.

Le mot « live » compte, car le réglage SRT diffère d’un transfert de fichier. Le serveur doit équilibrer délai et récupération. Si la latence est trop basse pour le réseau réel, le flux peut se connecter mais se dégrader en cas de perte ou de gigue.

Fonctionnement d’un serveur SRT

Un serveur SRT reçoit de l’audio et de la vidéo déjà encodés sur une connexion SRT. En vidéo live, SRT transporte souvent un MPEG-TS multiplexé, mais le conteneur dépend de l’émetteur et du workflow. On reçoit généralement du H.264 ou H.265/HEVC, de l’AAC et parfois des métadonnées.

1. Un encodeur crée le flux audio et vidéo live.
2. L’encodeur envoie le flux à un serveur SRT.
3. Le serveur SRT reçoit le flux et surveille l’état de la connexion.
4. En cas de perte, SRT peut demander une retransmission tant que les paquets restent utiles.
5. Le serveur transmet le flux à l’étape suivante : enregistreur, transcodeur, restream, mélangeur, workflow API ou système de lecture.

Modes Caller, Listener et Rendezvous

SRT propose trois modes de connexion. Le mode détermine quelle extrémité démarre la connexion et comment la session traverse pare-feu et NAT.

• Listener : attend une connexion SRT entrante sur un port UDP connu. C’est le mode courant d’un serveur d’ingest cloud ou d’un point de datacenter.
• Caller : démarre la connexion vers un Listener. C’est courant pour les encodeurs terrain, OBS, vMix, FFmpeg, les applications mobiles et les sources distantes.
• Rendezvous : les deux extrémités lancent la connexion. Cela peut aider dans certains cas NAT, mais doit être testé soigneusement avant la production.

Ports et règles de pare-feu d’un serveur SRT

SRT utilise UDP. Le bon port UDP doit donc être ouvert dans le groupe de sécurité cloud, le pare-feu hôte, le routeur ou la politique réseau.

• le serveur possède une IP publique ou une adresse réseau joignable ;
• le bon port UDP est ouvert ;
• l’encodeur utilise le bon mode Caller/Listener ;
• le stream ID correspond à la règle de routage, s’il est utilisé ;
• la passphrase est identique des deux côtés, si le chiffrement est activé ;
• le workflow de réception pointe vers la bonne sortie en aval.

Une erreur fréquente consiste à vérifier seulement que l’encodeur affiche « connecté ». Cela ne suffit pas : confirmez que les médias arrivent, que le débit est stable et que le système en aval peut utiliser le flux.

Exemple de configuration d’un serveur SRT

Voici une configuration pratique pour un premier test. Remplacez l’hôte, le port, le stream ID et la passphrase par vos propres valeurs.

Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

Place du serveur SRT dans un workflow de streaming live

SRT est surtout adapté au côté contribution, où le flux live passe de la source à la plateforme.

caméra ou encodeur → serveur SRT → transcodeur / enregistreur / restream / workflow player

Après l’ingest SRT, la plateforme prépare le flux pour le restreaming, l’enregistrement, le transcodage, la lecture, le routage, le failover, les workflows API ou la supervision.

Serveur SRT face à RTMP, HLS, WebRTC et NDI

SRT ne remplace pas toutes les technologies vidéo ; il répond à une partie précise du workflow.

Pour une comparaison au niveau protocole, lisez SRT vs RTMP.

Déployer un serveur SRT

La configuration exacte dépend du logiciel, du cloud et du workflow, mais la logique de déploiement reste généralement la même.

1. Créer un serveur ou une instance cloud avec assez de CPU, de réseau et de stockage pour le workflow.
2. Ouvrir le port UDP requis dans le groupe de sécurité cloud et le pare-feu hôte.
3. Créer un Listener SRT qui recevra le flux entrant.
4. Définir les règles de stream ID et de passphrase si le routage et le chiffrement sont nécessaires.
5. Connecter l’encodeur en Caller SRT et envoyer le flux au point Listener.
6. Vérifier les statistiques live comme le débit, le RTT, la perte, les retransmissions et l’état de connexion.
7. Router le flux en aval vers l’enregistrement, le restreaming, le transcodage ou la lecture.

Utiliser un serveur SRT dans Callaba

Dans Callaba, le serveur SRT sert généralement de point d’ingest contrôlé. Une source distante envoie le flux à Callaba, qui le rend disponible pour l’étape suivante.

Workflows Callaba courants :

• encodeur SRT vers Callaba, puis restream vers Twitch ou YouTube ;
• OBS vers Callaba sur SRT, puis enregistrement du flux ;
• vMix vers Callaba sur SRT, puis routage vers une autre destination ;
• application mobile vers Callaba sur SRT, puis restream vers les réseaux sociaux ;
• site distant vers Callaba, puis packaging pour la lecture web ;
• entrée SRT vers multiview web, enregistreur, routage API et player à accès contrôlé.

Superviser un serveur SRT

Une session SRT connectée n’est pas toujours saine. Surveillez le transport et les médias.

Signaux de transport

• État de connexion : connecté, déconnecté, en reconnexion ou en échec.
• Débit entrant : indique si les médias arrivent encore au débit attendu.
• RTT : temps aller-retour entre émetteur et récepteur.
• Perte de paquets : volume de données perdu sur le chemin.
• Retransmissions : fréquence à laquelle SRT récupère les paquets manquants.
• Gigue : variation du timing des paquets.
• Pression du buffer de réception : indique si la connexion approche sa limite de récupération.

Signaux média

• vidéo noire ou figée, audio absent ou silencieux ;
• mauvais codec, fréquence d’image, résolution ou format audio ;
• timestamps incorrects, keyframes absentes ou mapping incompatible.

Problèmes fréquents d’un serveur SRT

La connexion SRT ne démarre pas

Vérifiez le mode, le port UDP, l’IP publique, les règles de pare-feu, le stream ID et la passphrase. La plupart des échecs de handshake viennent d’un mauvais mode, d’UDP bloqué, d’un mauvais port ou de paramètres de sécurité différents.

Le flux se connecte mais la vidéo est instable

Examinez RTT, gigue, perte, retransmissions et latence. Si la latence est trop agressive pour le réseau, SRT n’a pas le temps de récupérer les paquets perdus.

Le flux se connecte mais il n’y a pas d’audio

Vérifiez d’abord l’encodeur : source audio active, bon périphérique, codec compatible avec l’étape suivante et piste lisible par l’application de réception.

Avant de dépanner SRT, confirmez que l’audio existe à la source. Utilisez le monitoring local d’OBS, vMix, de l’encodeur matériel, un casque ou la prévisualisation de l’appareil.

Les statistiques SRT sont bonnes mais le public rencontre des problèmes

Si la liaison SRT est saine mais que la lecture s’arrête ou présente des artefacts, le problème peut être en aval. Vérifiez transcodage, packaging, origin, CDN, player et format de sortie avant d’accuser le serveur SRT.

Serveur SRT auto-hébergé ou managé

Vous pouvez exploiter vous-même un serveur SRT ou utiliser une plateforme managée. Le choix dépend du niveau de contrôle opérationnel que votre équipe souhaite assumer.

Callaba fonctionne comme plateforme SRT cloud ou auto-hébergée. Lancez-la sur AWS ou installez-la sur votre serveur, créez des points d’ingest SRT et reliez-les au restreaming, à l’enregistrement, au routage, à la prévisualisation web, au multiview, au player et aux workflows API.

Checklist du jour de l’événement pour un serveur SRT

• Confirmer l’IP ou le nom d’hôte du serveur.
• Confirmer que le port UDP est ouvert.
• Confirmer le mode Caller/Listener/Rendezvous des deux côtés.
• Confirmer le stream ID, s’il est utilisé.
• Confirmer la passphrase de chiffrement, si elle est utilisée.
• Confirmer débit, codec, fréquence d’image, résolution et format audio attendus.
• Démarrer le flux et vérifier le débit entrant.
• Vérifier RTT, perte, retransmissions et gigue.
• Vérifier la vidéo et l’audio réels, pas seulement l’état de connexion.
• Confirmer la route en aval : enregistrement, restreaming, transcodage ou lecture.
• Confirmer la synchronisation horaire : serveur et encodeur doivent utiliser NTP ou une source cohérente afin de corréler logs et enregistrements pendant le dépannage.
• Tester le chemin de secours avant l’événement.

Références officielles et lectures associées

Consultez-les pour les détails SRT au niveau protocole, la configuration Callaba ou des guides de workflow connexes.

• Projet de spécification du protocole SRT
• Documentation Haivision SRT Live Transmit
• Qu’est-ce que le protocole SRT ?
• Démarrer un streaming SRT dans OBS Studio
• Recevoir un flux SRT dans OBS Studio
• Envoyer et recevoir un flux SRT avec vMix
• Trouver la latence adaptée à votre configuration SRT
• Documentation API des serveurs SRT

FAQ

Qu’est-ce qu’un serveur SRT ?

Un serveur SRT est un point d’ingest ou de relais live qui reçoit, envoie ou route des flux SRT. Il achemine un feed depuis un encodeur, une caméra, un site distant, un studio, un mobile ou un partenaire vers un workflow contrôlé.

Qu’est-ce qu’un serveur SRT live ?

Un serveur SRT live sert à la contribution vidéo en temps réel. Il reçoit la vidéo pendant l’événement et la transmet à l’enregistrement, au restreaming, au transcodage, à la commutation, au routage ou à la lecture.

Un serveur SRT est-il identique à un serveur de streaming ?

Pas toujours. Un serveur SRT gère surtout l’ingest live ou le transport entre points contrôlés. Une plateforme complète peut aussi gérer transcodage, enregistrement, lecture, analytics, contrôle d’accès, workflows API et distribution CDN.

Un serveur SRT utilise-t-il UDP ?

Oui. SRT fonctionne sur UDP. Le bon port UDP doit donc être ouvert dans le pare-feu serveur, le groupe de sécurité cloud, le routeur ou la politique réseau.

Quel port utilise un serveur SRT ?

SRT n’impose aucun port fixe universel. Le port est défini dans la configuration. En production, les équipes réservent un port ou une plage UDP claire et documentent les feeds, clients ou événements associés.

Le serveur SRT doit-il être Listener ou Caller ?

Pour la plupart des ingests cloud, le serveur est Listener et l’encodeur Caller. Cela fonctionne avec une IP publique ou un DNS, un port UDP connu et des règles de pare-feu claires.

OBS peut-il envoyer vers un serveur SRT ?

Oui. Avec une URL de sortie SRT, OBS envoie la vidéo au serveur, qui peut la router vers l’enregistrement, le restreaming, le transcodage ou la lecture.

vMix peut-il envoyer vers un serveur SRT ?

Oui. vMix peut envoyer et recevoir des flux SRT. Une configuration courante consiste à envoyer de vMix vers Callaba, qui assure supervision, routage, enregistrement ou restreaming.

SRT est-il meilleur que RTMP ?

SRT est généralement meilleur pour la contribution sur des réseaux instables, avec pertes ou longue distance. RTMP reste courant pour la publication simple et l’ingest plateforme. Beaucoup de workflows utilisent SRT pour la contribution puis RTMP/RTMPS pour la livraison finale aux réseaux sociaux.

Les navigateurs peuvent-ils lire SRT directement ?

Dans un workflow web normal, non. Le serveur reçoit d’abord SRT, puis la plateforme convertit ou package le flux dans un format public comme HLS ou WebRTC.

Pourquoi mon flux SRT est-il connecté sans afficher de vidéo ?

La connexion de transport peut fonctionner alors que la charge média est incorrecte. Vérifiez codec, conteneur, timestamps, keyframes, pistes audio, mapping, compatibilité en aval et arrivée réelle du débit.

Comment fiabiliser un serveur SRT ?

Utilisez un serveur stable, ouvrez les bons ports UDP, choisissez une latence réaliste, surveillez RTT et retransmissions, gardez de la marge réseau, validez la charge média et testez un point de secours avant l’événement.

SRT transporte-t-il généralement du MPEG-TS ?

En vidéo live, SRT transporte souvent du MPEG-TS avec audio et vidéo multiplexés. Le conteneur exact dépend de l’émetteur et du workflow. Le serveur doit vérifier la charge utile, pas seulement la connexion.

Quelles métriques SRT surveiller en premier ?

Commencez par le débit entrant, le RTT, la perte, les retransmissions et l’état de connexion. Un RTT sain est souvent de 20–60 ms. Au-delà de 150 ms ou de 1–2 % de perte, augmentez la latence, baissez le débit ou améliorez le réseau.

Étapes suivantes

• Qu’est-ce que le protocole SRT ?
• SRT vs RTMP
• Démarrer un streaming SRT dans OBS Studio
• Recevoir un flux SRT dans OBS Studio
• Envoyer et recevoir un flux SRT avec vMix
• Trouver la latence adaptée à votre configuration SRT
• Documentation API des serveurs SRT

Dernière mise à jour : 22 juillet 2026