Visibilité du transport
Vérifiez que la contribution arrive et conservez le contexte récent des parcours SRT et RTMP.
Callaba commence par la contribution convenue des encodeurs terrain, studios, réseaux NDI ou participants web. Les opérateurs vérifient le transport et l’image dans Multiview avant de remettre le programme validé à la production, à l’enregistrement ou à la diffusion. Le mélangeur, l’intercom, les habillages et les systèmes de diffusion en aval restent des responsabilités externes.
Séparez contribution, contrôle de production et distribution afin qu’une destination finale ne soit jamais le premier endroit où un incident est découvert.
Recevez la source SRT, RTMP, RTSP, NDI ou web compatible que l’équipe terrain et la destination de production ont validée.
Examinez l’état de la source et la télémétrie de transport en direct, puis confirmez l’image dans Multiview avant la reprise par la production.
Reliez le workflow NDI validé ou configurez les routes SRT principale et de secours ; validez la reprise avec la source, les tampons, le réseau et la destination réels.
Remettez le programme validé au système externe de production, à l’enregistrement, à la lecture web, à la plateforme, au partenaire ou au CDN responsable de l’étape suivante.
Effectuez la recette avec les encodeurs, réseaux et destinations réels avant le passage en production.
Documentez toutes les entrées validées, les upstreams principal et de secours ainsi que les destinations de production et de diffusion.
Observez le débit, le RTT SRT et l’état des sources assez longtemps pour définir la plage normale de ce parcours.
Coupez la source principale pendant une fenêtre de recette convenue et observez le comportement du relais et des destinations.
Confirmez que la configuration de reconnexion et de boucle atteint la source de secours préparée, puis consignez la source reprise et le délai.
Le même déploiement prend en charge une petite émission distante ou un workflow distribué qui pourra ensuite être automatisé par API.
Vérifiez que la contribution arrive et conservez le contexte récent des parcours SRT et RTMP.
Gérez la découverte NDI, les adresses réseau, l’identité de la machine, la configuration et les adaptateurs sans dépendre du terminal.
Gardez visibles la source principale, la source de secours et la configuration validée de reconnexion et de boucle.
Recevez les contributions de terrain et donnez à l’équipe centrale un parcours surveillé jusqu’à la sortie programme.
Reliez les outils de production NDI à la contribution sur réseau public et à la diffusion web.
Réunissez les sources d’encodeurs, de logiciels et de navigateurs dans un environnement de production contrôlé.
Commencez par les modules nécessaires aux opérateurs. Ajoutez les autres fonctions lorsque le parcours de production, l’audience et la conservation sont définis.
Contribution sur réseau public avec surveillance du transport et contrôle d’accès.
Découverte, configuration, adaptateurs et contrôle du réseau depuis l’interface Callaba.
Une vue d’exploitation partagée pour les sources et les sorties en direct.
Sources principale et de secours configurées avec reprise par reconnexion et boucle.
Provisionnez et démarrez une passerelle SRT, consultez l’état actuel en direct et gérez les hôtes de routage validés pour un démarrage ou redémarrage contrôlé.
Oui. Un workflow validé peut combiner des modules SRT, RTMP, RTSP, NDI et web compatibles pour la contribution distante et l’exploitation centralisée. L’entrée exacte dépend de l’encodeur, du réseau et de la destination de production.
Callaba expose l’état actuel de la source et des valeurs en direct comme le débit et le RTT SRT pour les workflows validés. Aucun historique SRT durable n’est revendiqué.
Oui. L’interface propose la découverte NDI, les réglages de machine et de réseau, l’importation ou la modification de la configuration et le contrôle des adaptateurs.
Oui. Les équipes peuvent déployer Callaba sur Linux dans le réseau requis ou utiliser un déploiement cloud.
Aucune garantie universelle de commutation sans coupure n’est annoncée. Le comportement doit être validé avec les sources, destinations, latences, tampons et conditions réseau réels.