Contrôler qui se connecte
Contrôlez l’accès des émetteurs et récepteurs avec des ID de flux ou des règles d’IP de pairs. Définissez une phrase secrète SRT correspondante lorsque le chiffrement est activé.
Callaba · Cloud et auto-hébergé
Logiciel de serveur SRT pour la vidéo en direct
Recevez les flux SRT d’encodeurs et d’outils de production. Vérifiez l’état de la connexion, contrôlez les accès et acheminez les flux vers les récepteurs depuis votre navigateur. Ajoutez l’enregistrement, Multiview ou le mixage selon les besoins de votre production.
Exécutez-le dans votre compte AWS ou sur l’infrastructure Linux que vous exploitez.
Démo SRT en direct
Essayer une connexion SRT en direct
Créez une connexion temporaire pendant une heure. Envoyez votre flux à l’adresse de publication en mode Caller, en laissant l’ID de flux vide. regardez-le dans Multiview ci-dessous, ou connectez votre récepteur à l’adresse de réception en mode Caller.
Prêt à créer
Contrôles du serveur
Superviser les connexions SRT et les journaux du serveur
Voyez quel émetteur est connecté, inspectez son débit et son RTT, et trouvez les événements de connexion sans quitter le tableau de bord.
Vérifier le chemin réseau
Inspectez le débit, le RTT, la perte de paquets et les pairs connectés avant de modifier le récepteur ou l’encodeur.
Trouver les erreurs de connexion
Ouvrez Show logs dans les paramètres du serveur. Suspendez les mises à jour, recherchez par heure ou message, et exportez les événements nécessaires.
Votre serveur SRT
Établir la première connexion
Choisissez comment votre encodeur et votre récepteur se connectent. Remplacez les espaces réservés par les valeurs affichées dans votre tableau de bord Callaba.
Modèle hôte et portDeux ports UDP distincts : un port émetteur et un port récepteur. Les ID de flux sont volontairement vides.
Adresse de l’émetteur
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerUtilisez le port UDP émetteur. Laissez l’ID de flux vide pour ce modèle à ports distincts.
Adresse du récepteur
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerUtilisez le port UDP récepteur distinct. Laissez aussi l’ID de flux vide ici.
Préparer le serveur
Dans Streaming servers → SRT servers, créez le Listener et réservez le ou les ports UDP. Dans Streams, autorisez un ID de flux vide pour les rôles émetteur et récepteur prévus.
Configurer les deux points de terminaison
Réglez l’encodeur et le récepteur sur Caller, puis collez leur adresse respective. Caller et Listener indiquent qui initie la session ; ils ne décrivent pas le sens du média.
Vérifier la vidéo et l’audio
Démarrez la source. Confirmez l’émetteur et le débit entrant dans Statistics, puis vérifiez l’image et écoutez l’audio sur votre récepteur.
Configuration de l’encodeur et du récepteur
Connecter une source compatible SRT
Utilisez la sortie SRT de votre encodeur ou application de production. Saisissez l’adresse de l’émetteur et les paramètres de connexion de Callaba, puis vérifiez le conteneur, le codec vidéo et le format audio pris en charge par votre récepteur. Ces guides couvrent les réglages propres à chaque application :
Modules connectés
Utiliser vos sources SRT dans Callaba
Transmettez un programme finalisé avec le restreaming, ou utilisez le mixeur pour combiner les sources en une nouvelle sortie.
Superviser
Regardez les sources côte à côte avec des vumètres et des informations de flux dans Multiview.
Explorer MultiviewRouter
Envoyez un flux finalisé aux récepteurs ou rediffusez-le vers YouTube, Facebook et Twitch.
Router et rediffuser la vidéoEnregistrer
Sélectionnez le flux entrant comme source d’une tâche d’enregistrement.
Enregistrer un flux SRTMixer
Combinez des sources SRT avec d’autres entrées. Préparez les scènes dans Preview, puis basculez-les dans Program.
Mixer des sources SRTChoisir où l’exécuter
AWS ou votre propre serveur Linux.
Choisissez l’infrastructure que vous exploitez. Configurez SRT depuis le navigateur.
Déployer dans votre compte AWS
Consultez les tarifs logiciels et conditions d’abonnement actuels sur AWS Marketplace. EC2, le stockage et le transfert de données sont des coûts d’infrastructure supplémentaires.
Déployer sur AWS ↗Installer sur votre serveur Linux
Utilisez un hôte Linux, une VM ou un cloud privé pris en charge. Suivez le guide d’installation actuel et attribuez une licence aux unités de module requises par votre flux de travail.
Installer en auto-hébergé →Planification de capacité
Prévoir les flux, le traitement et le stockage
Comptez les sources et destinations simultanées. Prévoyez de la capacité réseau pour les retransmissions et de l’espace disque pour les enregistrements. Multiview, le mixage et le transcodage ajoutent une charge de traitement au-delà de la transmission du même flux encodé.
Vérifications de connexion
Dépanner une connexion SRT
L’encodeur ne se connecte pas
Vérifiez que le serveur est activé, que son adresse publique et le port UDP émetteur sont corrects, et que le pare-feu, le NAT ou le groupe de sécurité AWS autorise le trafic. Vérifiez ensuite l’ID de flux autorisé et toute phrase secrète aux deux extrémités.
Recherchez les tentatives de connexion dans l’historique des événements et dans Show logs avant de modifier les réglages de codec.
Connecté, mais pas d’image ni d’audio
Vérifiez d’abord que le débit entrant est présent. Confirmez que le port du récepteur ou l’ID de flux récepteur apparié sélectionne le flux prévu. Vérifiez ensuite son conteneur, son codec vidéo et ses pistes audio par rapport à l’application de réception.
La visualisation dans le navigateur nécessite un chemin de lecture compatible ; les navigateurs ne lisent pas directement une URL SRT brute.
L’image se dégrade ou le flux se coupe
Comparez le débit, le RTT et la perte de paquets sur le même intervalle. Vérifiez la capacité montante et la marge de retransmission, puis examinez le réglage de latence. Un tampon plus grand ne corrige pas une liaison montante durablement sous-dimensionnée.
Exportez les journaux serveur correspondants pour corréler les déconnexions avec les événements source ou réseau.
Questions sur SRT Server
Ai-je besoin d’un ID de flux ?
Laissez-le vide pour les ports émetteur et récepteur distincts utilisés dans la démo. Sur un port Listener partagé, utilisez des ID émetteur et récepteur appariés. Consultez les deux méthodes de connexion.
Puis-je envoyer un flux SRT vers YouTube ou Twitch ?
Recevez la source dans Callaba, puis créez une tâche de restreaming avec l’URL de flux et la clé de la destination. Faites correspondre les réglages vidéo et audio requis par cette plateforme.
Puis-je mixer plusieurs sources SRT ?
Oui. Ajoutez des sources SRT à l’AV Mixer, créez des scènes dans Preview et basculez la scène suivante dans Program avec CUT ou FADE. Chaque caméra ou autre entrée du mixeur utilise une unité. Consultez les tarifs actuels des entrées Mixer.
Comment Callaba se situe-t-il parmi les options de serveur SRT ?
Commencez par déterminer qui exploitera le serveur et ce qui doit se passer après l’ingestion. Des services hébergés comme Castr et IN/OUT-SRT, des serveurs open source comme MediaMTX et SRS, et des logiciels Windows comme SRT Mini Server conviennent à différents modèles d’exploitation. Callaba fonctionne sur AWS ou votre infrastructure Linux, avec des contrôles dans le navigateur et des modules vidéo connectés.
Si votre tâche principale est le routage entre points de terminaison, découvrez également le flux de travail SRT Gateway.
Accès API
Lister vos serveurs SRT avec curl
Cette requête en lecture seule renvoie les serveurs SRT configurés. Remplacez l’hôte et le jeton API par les valeurs de votre serveur ; la requête ne modifie pas sa configuration.
Lister les serveurs SRT avec curl
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
Guide de connexion et référence techniqueModes, ports, latence, accès et dépannage
Référence de connexion SRT : ports, ID de flux et latence
Référence pratique d’un serveur SRT pour configurer des ports distincts ou des ID de flux appariés, vérifier l’état du transport, régler la latence et…
Utiliser SRT pour la liaison de contribution
Un serveur SRT, ou serveur SRT en direct, est le point de terminaison configuré pour une session de contribution SRT. SRT fonctionne sur UDP et offre des modes de connexion, de récupération et un chiffrement facultatif ; le brouillon du protocole SRT décrit le transport.
Caller ouvre une session et Listener l’attend. Ces libellés ne définissent pas le sens du média : configurez le rôle d’émetteur ou de récepteur dans le point de terminaison ou le traitement aval concerné.
Conserver un mode d’accès cohérent
Créez le serveur dans Streaming servers → SRT servers. Utilisez Streams pour autoriser l’accès émetteur et récepteur, puis utilisez l’hôte et le ou les ports UDP attribués par ce serveur.
Pour des ports distincts, réservez un port émetteur et un port récepteur ; des ID de flux vides sont valides dans les entrées Streams et les URL de point de terminaison. Pour un port Listener partagé, utilisez des entrées d’accès émetteur et récepteur appariées avec le même code serveur et le même ID de flux, ainsi que les préfixes publisher/… et receiver/…. Choisissez un seul modèle pour un test plutôt que de mélanger les identifiants.
Ouvrez le port ou la plage UDP sélectionné(e) dans le pare-feu de l’hôte et à la périphérie du réseau. Un Caller derrière un NAT peut établir une connexion sortante vers un Listener accessible ; testez depuis le véritable réseau source. Si le chiffrement est activé, définissez la même phrase secrète aux deux extrémités.
Tester avec FFmpeg
Exemples pour un serveur configuré avec des ports émetteur et récepteur distincts et des ID de flux vides. Remplacez l’hôte, les ports attribués et le fichier d’entrée. La documentation du protocole SRT de FFmpeg définit ces options d’URL.
Publier un fichier MPEG-TS local
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"Recevoir depuis le port récepteur
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"Dans FFmpeg, latency=200000 correspond à un exemple de 200 ms, car l’option utilise les microsecondes. Définissez la latence de production à partir du RTT mesuré, des pertes et du délai de bout en bout autorisé ; consultez le guide de latence SRT.
Vérifier le chemin qui sera utilisé
- Testez depuis le réseau source, avec le nom d’hôte, le port UDP, le mode d’accès et la phrase secrète prévus pour l’événement.
- Vérifiez l’image de destination et l’audio programme du flux sélectionné, pas seulement la session entrante.
- Enregistrez la configuration active et notez les heures de journalisation correspondantes de la source, du serveur et de la destination.
- Testez la procédure de basculement uniquement si l’événement l’utilisera, y compris le comportement de destination et le relais entre opérateurs.
Définir des limites d’exploitation réalistes
La latence SRT est une mémoire tampon de récupération du transport, pas l’intégralité du délai de bout en bout. La capture, l’encodage, la mise en tampon du récepteur, le décodage, le packaging et la mise en tampon du lecteur ajoutent aussi du délai. Mesurez le chemin complet avant de réduire les tampons.
Planifiez les ressources réseau et hôte pour les flux simultanés, les débits mesurés, les retransmissions, la supervision et les traitements aval activés. Avant un événement long, observez la charge complète prévue assez longtemps pour révéler les files d’attente, la contention des ressources ou une connectivité source instable. Une route de transport principale/secours peut préserver les sessions récepteur et puller connectées lors d’une bascule ; testez ses flux, ses tampons et le comportement de destination avant de vous y fier pendant un événement.
Autres guides de configuration
Commencer avec un flux réel
Évaluer Callaba SRT Server dans votre modèle de déploiement
Lancez dans le cloud, installez sous Linux ou examinez l’expérience Multiview en direct avant d’automatiser.