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éseauRTT typiqueLatence SRT recommandéeLatence bout en bout effective
Même ville5-15 ms120-200 ms200-400 ms
Même pays20-60 ms300-600 ms400-800 ms
Intercontinental80-150 ms500-1500 ms700-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

  1. L’encodeur (ex. BELABOX, Vidiu, ou un émetteur SRTLA personnalisé) répartit le flux SRT sur plusieurs interfaces réseau
  2. Chaque interface envoie sa part de paquets par un chemin différent (SIM cellulaire A, SIM cellulaire B, Wi-Fi, Ethernet)
  3. Le récepteur SRTLA (Vajra Cast) réassemble les paquets en un flux unique
  4. 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.

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.

  • 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
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.

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) :

  1. Mesurez le RTT entre le site et le hub de production via ping ou les statistiques SRT
  2. Réglez la latence SRT à 4x le RTT minimum (voir notre guide de réglage de latence)
  3. Utilisez le décodage matériel au hub de production pour minimiser la latence de décodage
  4. Minimisez les étapes de traitement: chaque étape de transcodage ajoute 100-500 ms
  5. Envisagez des flux basse latence séparés pour l’audio talkback/IFB avec des réglages de latence agressifs

Prochaines étapes