Production à distance : Produire du contenu live depuis n'importe où
Construisez des workflows de production à distance REMI avec SRT, bonding SRTLA, compatibilité Starlink et transport vidéo basse latence.
Qu’est-ce que la production à distance ?
La production à distance (également appelée REMI — Remote Integration Model, ou production « at-home ») est la pratique consistant à produire du contenu live sans envoyer toute l’équipe de production sur le lieu de l’événement. Au lieu de construire une régie complète sur site, les caméras et le personnel technique de base sont sur place tandis que les réalisateurs, les opérateurs graphiques, les ingénieurs du son et les producteurs travaillent depuis une installation centrale — souvent à des centaines ou des milliers de kilomètres.
Le concept est simple : envoyer les flux caméra bruts depuis le lieu vers le hub de production, et renvoyer le flux programme finalisé pour la distribution. Les économies en déplacements, transport d’équipement et logistique du personnel sont considérables. Ce qui rend cela possible, c’est un transport vidéo fiable et à faible latence via internet.
Le workflow REMI avec Vajra Cast
Un workflow REMI typique construit sur Vajra Cast :
Sur site (Lieu de l'événement) :
Caméra 1 --> Encodeur --> SRT --> Internet
Caméra 2 --> Encodeur --> SRT --> Internet
Caméra 3 --> BELABOX --> SRTLA --> Internet
Audio --> Encodeur --> SRT --> Internet
Cloud / Hub de production :
Passerelle Vajra Cast
--> Reçoit tous les flux
--> Route vers le mélangeur de production (SRT/NDI)
--> Fournit le tableau de bord de supervision
--> Gère le failover si un flux tombe
Hub de production :
Mélangeur --> Vajra Cast --> SRT/RTMP/HLS --> Distribution
Le côté site est léger : caméras, encodeurs et connectivité internet. Le travail lourd (commutation, graphiques, mixage audio, distribution) se fait au hub de production où le talent et l’infrastructure sont disponibles en permanence.
SRT pour la production à distance
SRT est le protocole idéal pour la production à distance car il adresse les trois défis fondamentaux :
1. Gestion de la latence
La production à distance nécessite une latence suffisamment faible pour que le réalisateur puisse appeler les plans en temps réel. Si le flux du lieu a 5 secondes de délai, le réalisateur ne peut pas donner les ordres de caméra efficacement.
La latence configurable de SRT vous permet d’optimiser pour votre chemin réseau spécifique :
| Chemin réseau | RTT typique | Latence SRT recommandée | Latence bout en bout effective |
|---|---|---|---|
| Même ville | 5-15 ms | 120-200 ms | 200-400 ms |
| Même pays | 20-60 ms | 300-600 ms | 400-800 ms |
| Intercontinental | 80-150 ms | 500-1500 ms | 700-2000 ms |
La latence « bout en bout » inclut l’encodage, le transport SRT et le décodage. Pour la production à distance dans le même pays, vous pouvez généralement atteindre moins d’une seconde de latence totale — assez rapide pour la réalisation en direct.
Pour une configuration détaillée de la latence, consultez notre guide de réglage de latence SRT.
2. Résilience réseau
L’internet entre le lieu et le hub de production est imprévisible. La correction d’erreur ARQ de SRT gère la perte de paquets sans artefacts visibles, tant que le tampon de latence est suffisant. Sur une connexion internet typique avec 0,1-1 % de perte de paquets, SRT maintient un flux propre avec des réglages de latence modestes.
Pour les réseaux difficiles (cellulaire, Wi-Fi, lieux congestionnés), le bonding SRTLA offre une résilience supplémentaire en agrégeant plusieurs connexions.
3. Sécurité
Les flux caméra pour du contenu non diffusé, des événements privés ou des communications corporate nécessitent un chiffrement. SRT fournit nativement le chiffrement AES-256, garantissant que même si quelqu’un intercepte les paquets, il ne peut pas décoder la vidéo. Pour en savoir plus, consultez notre guide de configuration du chiffrement SRT.
Bonding SRTLA pour la production mobile
SRTLA (SRT Live Association) est une extension de protocole qui agrège plusieurs connexions réseau en un seul flux SRT. C’est essentiel pour la production mobile et de terrain où aucune connexion individuelle n’est assez fiable seule.
Comment fonctionne SRTLA
- L’encodeur (ex. BELABOX, Vidiu, ou un émetteur SRTLA personnalisé) répartit le flux SRT sur plusieurs interfaces réseau
- Chaque interface envoie sa part de paquets par un chemin différent (SIM cellulaire A, SIM cellulaire B, Wi-Fi, Ethernet)
- Le récepteur SRTLA (Vajra Cast) réassemble les paquets en un flux unique
- Si une connexion tombe, les autres absorbent la charge
Vajra Cast comme récepteur SRTLA
Vajra Cast inclut le support natif de récepteur SRTLA, compatible avec BELABOX et les autres encodeurs SRTLA :
- Accepte les connexions bonding depuis plusieurs interfaces émetteur
- Réassemble en un flux SRT standard pour le routage
- Statistiques par lien visibles dans le tableau de bord
- Aucun logiciel ni configuration supplémentaire requis au-delà de l’activation de SRTLA sur l’ingest
Configuration pratique SRTLA
Un reporter de terrain en lieu distant avec une connectivité peu fiable :
Encodeur BELABOX :
--> 5G SIM (Opérateur A) : 15 Mbps
--> 4G SIM (Opérateur B) : 8 Mbps
--> Wi-Fi du lieu : variable
--> Ethernet USB (si disponible) : variable
|
v (SRTLA bonding)
Instance Cloud Vajra Cast :
Ingest SRTLA (Port 9000)
--> Route vers le hub de production (sortie SRT)
--> Enregistrement de secours (sortie HLS)
Avec trois ou quatre connexions en bonding, vous pouvez maintenir un débit agrégé de 10-20 Mbps même quand les liens individuels fluctuent. Le flux reste stable même si une connexion tombe complètement.
Compatibilité Starlink
Starlink est devenu un game-changer pour la production à distance dans les lieux sans internet terrestre. Une antenne Starlink fournit 50-200 Mbps en descendant et 10-40 Mbps en montant dans la plupart des zones de service, ce qui est plus que suffisant pour des flux de contribution HD voire 4K.
Caractéristiques réseau de Starlink
- Latence : 25-60 ms (satellite LEO, bien inférieure aux géostationnaires)
- Jitter : modéré (variations de 10-30 ms lors des handoffs satellites)
- Perte de paquets : rafales occasionnelles lors des handoffs, typiquement <1 %
- Upload : 10-40 Mbps en continu
Configuration SRT pour Starlink
Latence SRT : 500-1000 ms
Bande passante overhead : 25-30 %
Bande passante max : auto
Le réglage de latence plus élevé accommode le jitter de handoff de Starlink. L’ARQ de SRT gère les pertes de paquets occasionnelles pendant les transitions satellites. En pratique, SRT sur Starlink délivre de la vidéo de qualité broadcast avec une latence totale inférieure à 1,5 seconde.
SRTLA + Starlink
Pour une fiabilité maximale, combinez Starlink avec le cellulaire en bonding :
BELABOX :
--> Starlink (bande passante élevée, coupure occasionnelle lors du handoff)
--> 5G SIM (bande passante inférieure, stable pendant le handoff Starlink)
--> SRTLA bonding --> Vajra Cast
Les deux connexions se complètent : Starlink fournit la bande passante principale tandis que le cellulaire couvre les brèves interruptions de handoff Starlink.
Configuration du hub de production
Au hub de production, Vajra Cast reçoit tous les flux du site et les route vers l’infrastructure de production :
Vajra Cast (Hub de production) :
Entrée 1 : "Caméra 1" (SRT Listener, Port 9001)
Entrée 2 : "Caméra 2" (SRT Listener, Port 9002)
Entrée 3 : "Reporter terrain" (SRTLA, Port 9003)
Entrée 4 : "Mix audio" (SRT Listener, Port 9004)
Route "Programme" :
Principale : Caméra 1
Secours : Caméra 2
--> Sortie : SRT vers le mélangeur de production
--> Sortie : Enregistrement (HTTP/TS)
Route "ISO Caméra 2" :
Entrée : Caméra 2
--> Sortie : SRT vers le mélangeur (deuxième entrée)
--> Sortie : Enregistrement (HTTP/TS)
Route "Terrain" :
Principale : Reporter terrain (SRTLA)
--> Sortie : SRT vers le mélangeur (troisième entrée)
--> Sortie : Enregistrement (HTTP/TS)
Chaque route a un failover indépendant. Le mélangeur de production reçoit des flux propres et supervisés depuis Vajra Cast. Si un flux du site tombe, le failover s’engage avant même que le réalisateur ne le remarque.
Supervision des flux distants
Quand vous ne pouvez pas physiquement vérifier l’équipement sur le site, la supervision est primordiale. Vajra Cast fournit :
- Statistiques SRT par flux : RTT, jitter, perte de paquets, taux de retransmission
- Supervision du débit : détecter les problèmes d’encodeur avant qu’ils ne deviennent visibles
- État de connexion : savoir instantanément quand un flux se déconnecte
- Log d’événements de failover : suivre chaque basculement automatique avec horodatage
- Scoring qualité VMAF : vérifier la qualité vidéo à travers toute la chaîne
Toutes les métriques sont accessibles via le tableau de bord web (accessible de partout) et le endpoint Prometheus pour l’intégration Grafana. Configurez des alertes pour les conditions critiques :
- Déconnexion d’un flux
- Perte de paquets dépassant le seuil
- Débit descendant sous le minimum
- Activation du failover
Optimisation de la latence pour l’interactivité
Pour les workflows nécessitant une interaction en temps réel (réalisateur appelant les plans, audio IFB/talkback, interviews live) :
- Mesurez le RTT entre le site et le hub de production via
pingou les statistiques SRT - Réglez la latence SRT à 4x le RTT minimum (voir notre guide de réglage de latence)
- Utilisez le décodage matériel au hub de production pour minimiser la latence de décodage
- Minimisez les étapes de traitement: chaque étape de transcodage ajoute 100-500 ms
- Envisagez des flux basse latence séparés pour l’audio talkback/IFB avec des réglages de latence agressifs
Prochaines étapes
- Explorez le Guide complet de la passerelle de streaming SRT pour les détails de l’architecture
- Découvrez le streaming d’événements live pour les défis spécifiques aux lieux
- Configurez la latence SRT pour vos conditions réseau spécifiques
- Mettez en place le chiffrement SRT pour des flux de contribution sécurisés
- Découvrez la distribution OTT pour diffuser votre production aux spectateurs