Diffusion live : Workflows professionnels avec Vajra Cast

Le défi de la diffusion

La production de diffusion en direct exige une fiabilité absolue. Que vous diffusiez un journal quotidien, un événement sportif ou un webcast corporate, les exigences sont les mêmes : le flux doit arriver au bon endroit, au bon moment, sans interruption. Un seul flux coupé pendant une diffusion en direct est un échec visible par chaque spectateur.

Les workflows de diffusion professionnels impliquent plusieurs caméras, plusieurs destinations, la conversion de protocoles, le failover et la supervision en temps réel. L’infrastructure broadcast traditionnelle gère cela avec du matériel dédié coûteux. Vajra Cast offre les mêmes capacités en logiciel, fonctionnant sur des serveurs standard et déployable partout.

Un workflow de diffusion typique

Voici un workflow de diffusion professionnelle construit entièrement sur Vajra Cast :

Étape 1 : Ingest multi-caméras

Un studio de diffusion a généralement plusieurs sources caméra. Chaque caméra alimente un encodeur qui envoie vers la passerelle de routage centrale :

Caméra 1 (Studio) --> Encodeur --> SRT --> Vajra Cast (Port 9001)
Caméra 2 (Studio) --> Encodeur --> SRT --> Vajra Cast (Port 9002)
Caméra 3 (Terrain) --> Encodeur --> SRT --> Vajra Cast (Port 9003)
Caméra 4 (Remote) --> Encodeur --> RTMP --> Vajra Cast (ingest RTMP)

Chaque entrée est configurée indépendamment :

• Caméras studio (Caméras 1-2) : SRT listener sur ports dédiés, faible latence (60-120 ms), chiffrement AES-256 sur le réseau interne
• Caméra terrain (Caméra 3) : SRT listener, latence plus élevée (500-1000 ms) pour gérer le transport internet, chiffrement activé
• Caméra distante (Caméra 4) : ingest RTMP pour un encodeur historique ne supportant pas SRT

Étape 2 : Protection par failover

Pour le flux programme principal, vous configurez une chaîne de failover :

Route : "Flux Programme"

Entrée principale :   Caméra 1 (SRT, Port 9001)
Secours 1 :           Caméra 2 (SRT, Port 9002)
Secours 2 :           Mire pré-enregistrée (HTTP/TS pull)

Vajra Cast surveille toutes les entrées simultanément. Si la Caméra 1 tombe (panne d’encodeur, problème réseau, câble débranché), le système bascule vers la Caméra 2 en moins de 50 ms. Si les deux caméras tombent, il bascule vers la mire pré-enregistrée. Quand la Caméra 1 revient, Vajra Cast rebascule automatiquement.

Cette chaîne de failover fonctionne en continu sans intervention manuelle. Pour des détails sur la configuration du failover, consultez notre article bonnes pratiques de failover vidéo.

Étape 3 : Distribution

Le flux programme est distribué vers plusieurs destinations simultanément :

Route : "Flux Programme" --> Sortie 1 : SRT vers Master Control (serveur de production)
                          --> Sortie 2 : RTMP vers YouTube Live
                          --> Sortie 3 : RTMP vers Facebook Live
                          --> Sortie 4 : HLS pour le lecteur web
                          --> Sortie 5 : SRT vers serveur d'enregistrement de secours

Grâce au multicast interne zero-copy de Vajra Cast, ajouter les sorties 2 à 5 ne coûte aucun CPU supplémentaire. Le flux est distribué en interne sans ré-encodage ni re-packaging jusqu’à l’étape de sortie où la conversion de protocole a lieu.

Étape 4 : Supervision

Chaque flux du workflow est supervisé en temps réel :

• Métriques par entrée : débit, perte de paquets, RTT, jitter (pour les entrées SRT)
• Métriques par sortie : état de connexion, débit, taux d’erreur
• Santé de la route : état du failover, entrée active, temps depuis le dernier basculement
• Métriques système : CPU, RAM, utilisation GPU par processus

Toutes les métriques sont disponibles dans le tableau de bord web de Vajra Cast et exportées vers Prometheus pour l’intégration Grafana. Vous pouvez configurer des alertes dans Grafana pour les conditions critiques (perte d’entrée, débit sous le seuil, activation du failover).

Modèles de workflows

Modèle 1 : Simple Studio-vers-Web

Le modèle de diffusion le plus basique. Un encodeur studio, une sortie.

Encodeur Studio --> SRT --> Vajra Cast --> HLS --> CDN --> Spectateurs

Ajoutez un encodeur de secours et vous avez une fiabilité de niveau professionnel :

Encodeur principal --> SRT --> Vajra Cast (failover) --> HLS --> CDN
Encodeur de secours --> SRT --> /

Modèle 2 : Simulcast multi-destinations

Diffusez le même flux vers plusieurs plateformes :

Encodeur --> SRT --> Vajra Cast --> RTMP --> YouTube
                                --> RTMP --> Twitch
                                --> RTMP --> Facebook
                                --> HLS  --> Votre site web
                                --> SRT  --> CDN partenaire

Chaque sortie peut avoir des paramètres indépendants. La sortie YouTube peut cibler 6 Mbps tandis que la sortie Twitch cible 4,5 Mbps (l’adaptation de débit nécessite toutefois le transcodage).

Modèle 3 : Réseau de contribution

Plusieurs sites distants envoyant vers une passerelle centrale pour l’agrégation :

Site A --> SRT (chiffré) --> Hub Vajra Cast --> Routeur de production
Site B --> SRT (chiffré) --> /
Site C --> SRTLA (bonding) --> /
Site D --> RTMP (legacy) --> /

Le hub reçoit tous les flux de contribution, surveille leur santé et les route vers la production. Le bonding SRTLA permet aux sites mobiles d’agréger plusieurs connexions cellulaires pour un transport fiable.

Modèle 4 : Passerelles en cascade

Pour les diffusions à grande échelle ou géographiquement distribuées :

Vajra Cast sur site --> SRT --> Vajra Cast Cloud (Région A) --> HLS --> CDN
                     --> SRT --> Vajra Cast Cloud (Région B) --> HLS --> CDN

Deux instances Vajra Cast dans des régions différentes assurent la redondance géographique. Chacune génère sa propre sortie HLS pour le CDN, et le failover d’origine au niveau CDN fournit la couche de protection finale.

Gestion à chaud en production

Pendant une diffusion en direct, les besoins changent. Un sponsor demande que son flux soit ajouté sur une nouvelle plateforme. Une destination de secours doit être remplacée. Une sortie de test doit être supprimée.

Avec la gestion à chaud de Vajra Cast, tout cela se fait sans interrompre le flux en direct :

• Ajouter une sortie RTMP vers une nouvelle plateforme — les autres sorties continuent
• Désactiver une sortie défaillante: un clic, zéro impact sur les autres destinations
• Changer l’URL de destination d’une sortie — le flux se reconnecte vers la nouvelle cible
• Ajouter une nouvelle entrée de secours: la chaîne de failover gagne une couche de protection supplémentaire

Pas de redémarrage. Pas d’interruption de service. Pas besoin de croiser les doigts en espérant que le rechargement de config ne casse rien.

Assurance qualité

Vajra Cast inclut le scoring qualité VMAF (Video Multimethod Assessment Fusion). Pendant une diffusion en direct, vous pouvez déclencher une analyse qualité sur n’importe quelle route active :

• Score de 0 à 100 indiquant la qualité vidéo perceptuelle
• Mesures PSNR pour l’évaluation objective de la qualité
• Tendances historiques pour détecter la dégradation progressive
• Déclenchement en un clic depuis le tableau de bord

C’est particulièrement précieux quand le transcodage est dans la chaîne. Vous pouvez vérifier que votre encodage accéléré par GPU maintient une qualité acceptable en temps réel.

Exigences matérielles

Charge de travail typique d’une passerelle broadcast sur Vajra Cast :

Pour le routage passthrough (sans transcodage), Vajra Cast est extrêmement léger. Le coût CPU évolue avec la complexité du transcodage, pas avec le nombre de sorties (grâce à la distribution zero-copy).

Prochaines étapes

• Lisez le Guide de la passerelle de streaming SRT pour une vue d’ensemble de l’architecture complète
• Découvrez le streaming d’événements live pour les workflows concerts et conférences
• Explorez la production à distance avec le bonding SRTLA
• Découvrez comment la gestion à chaud permet des modifications sans interruption
• Configurez le streaming SRT depuis zéro avec notre guide étape par étape