Une conférence dans une salle sans accès Internet dédié, un match à couvrir loin du studio, plusieurs événements à produire avec une même régie : dans ces situations, la connexion disponible et l’organisation de l’équipe déterminent ce qui peut être réalisé à distance.
Le bonding permet d’exploiter plusieurs connexions pour transporter un direct. Le REMI, ou production déportée, permet de répartir les fonctions de production entre le lieu de captation et une régie distante. Ensemble, ils peuvent réduire les déplacements et l’effectif nécessaire sur site. Encore faut-il définir les flux à transporter, le délai acceptable et le fonctionnement attendu lorsqu’une liaison se dégrade.
Bonding cellulaire et REMI : deux fonctions complémentaires
Le bonding cellulaire agrège plusieurs liaisons, dont des connexions 4G/5G, pour transporter un même flux. Selon l’équipement, il peut aussi associer un accès Internet disponible en Ethernet ou en Wi-Fi et une liaison satellite. Le Wi-Fi et l’Ethernet décrivent ici la connexion au réseau du lieu : leur débit utile dépend de l’accès Internet situé derrière.
Le REMI (Remote Integration Model), également appelé remote production ou at-home production, consiste à réaliser une partie des opérations depuis un autre lieu que celui de la captation. Les caméras et les micros restent sur place ; la réalisation, l’habillage, le mixage audio ou la diffusion peuvent être déportés. Le traitement vidéo peut rester sur site ou rejoindre la régie, selon l’architecture choisie.
Le gain porte notamment sur la présence physique et les déplacements. Les fonctions de production restent nécessaires, et l’effectif dépend du nombre de caméras, de leur pilotage et du programme. Une régie mutualisée peut servir plusieurs événements, sous réserve de leur planning et de sa capacité.
Les deux techniques sont indépendantes : une production REMI peut utiliser une fibre seule, et le bonding peut sécuriser un programme entièrement réalisé sur site.
Bonding, répartition de charge et bascule
Un équipement multi-WAN dispose de plusieurs accès réseau. Il peut proposer une ou plusieurs des fonctions suivantes ; la présence de plusieurs ports ou cartes SIM ne suffit pas à savoir lesquelles sont disponibles.
| Fonction | Principe | Point à vérifier pour un direct |
|---|---|---|
| Agrégation (bonding) | Répartir les paquets d’un même flux entre plusieurs liaisons, puis les réunir à destination | Débit utile obtenu et maintien du flux après la perte d’une liaison |
| Répartition de charge (load balancing) | Répartir les sessions entre les accès ; dans le fonctionnement classique par session, un flux reste sur un seul lien | Un flux unique ne bénéficie pas du débit cumulé ; une panne peut imposer sa reconnexion |
| Bascule (failover) | Passer sur un accès de secours lorsqu’un accès principal échoue | Temps de détection, changement éventuel d’adresse IP et interruption réellement observée |
Dans une solution de bonding par tunnel, un serveur distant, appelé serveur de bonding, réunit les paquets et fournit le point de sortie vers Internet. Son emplacement et sa capacité font partie du trajet à dimensionner. Le débit utile n’est pas nécessairement égal à la somme des débits testés séparément : les surcharges de transport et les différences de qualité entre les liens interviennent aussi.
La duplication est une autre stratégie : plusieurs liaisons transportent une copie des mêmes paquets. Elle consomme davantage de données pour réduire l’impact des pertes. Speedify documente des modes privilégiant le débit, la redondance ou une adaptation aux flux temps réel. Leur disponibilité dans un équipement dépend de l’intégration. Les principes et les modèles de serveur sont détaillés sur la page Speedify et dans sa documentation sur le bonding.
Deux emplacements SIM ne garantissent ni deux modems actifs simultanément, ni le bonding. Deux abonnements utilisant le même réseau, y compris via un opérateur virtuel, peuvent subir une congestion ou une panne commune. Des opérateurs distincts améliorent la diversité sans garantir une indépendance totale des infrastructures. Vérifier aussi qu’un Wi-Fi de secours ne dépend pas du même accès que la liaison principale.
Où se trouvent le mélangeur et l’opérateur ?
Ces deux emplacements ne coïncident pas nécessairement. Un mélangeur installé sur site peut être commandé à distance, si ses fonctions de contrôle et le réseau le permettent. Il faut alors acheminer vers l’opérateur les images de supervision et les informations nécessaires à la réalisation.
Mélangeur sur site, réalisation locale ou à distance
Les sources rejoignent un mélangeur local qui produit un flux programme. Le réalisateur peut être sur place ou distant. Dans ce second cas, le programme et un multiview (mosaïque affichant plusieurs sources sur un même écran) peuvent remonter vers la régie, tandis que les commandes reviennent vers le site. Ce dispositif limite le nombre de flux de contribution, mais la qualité et le délai de la supervision deviennent déterminants.
Mélangeur en régie, caméras envoyées séparément
Chaque caméra est encodée et envoyée séparément. La régie réalise le programme à partir de ces contributions. Le débit montant augmente avec leur nombre ; il faut aussi vérifier leur alignement temporel et la synchronisation audio/vidéo. Un tampon SRT sur chaque flux ne garantit pas, à lui seul, la synchronisation entre plusieurs caméras : les fonctions prévues par les encodeurs et les récepteurs doivent être validées ensemble.
Dispositif hybride avec programme de secours
Un mélangeur local peut préparer un programme allégé si les contributions séparées deviennent difficiles à transporter. Ce secours suppose un chemin de réception prévu et une procédure de bascule testée. Il n’assure pas la diffusion si toutes les connexions disparaissent ; un enregistrement local sert alors à conserver le contenu.
Dans chaque architecture, quatre familles de flux doivent être prises en compte :
| Flux | Sens principal | Exigence à examiner |
|---|---|---|
| Contribution | Site vers régie | Débit vidéo et audio soutenu, pertes, synchronisation |
| Retour programme | Régie vers site | Débit descendant et délai adaptés aux écrans et aux intervenants |
| Intercom et signalisation | Bidirectionnel | Conversation intelligible, faible délai, priorité réseau adaptée |
| Contrôle et supervision | Commandes vers le site, états et images vers l’opérateur | Accès sécurisé, réactivité ; débit du multiview à compter séparément |
Trois configurations de terrain
Reportage à une caméra en bonding cellulaire
Pour une intervention en extérieur, une caméra alimente un encodeur qui transmet en SRT vers la régie via un routeur de bonding. La régie peut superviser la liaison pour éviter de reporter toute cette surveillance sur l’opérateur de prise de vues.
Le Miri V410 et le Miri X510, de Miri Technologies, illustrent respectivement l’encodage et la connectivité. Le choix d’une configuration reste soumis aux entrées vidéo, codecs, débits et fonctions disponibles. L’enregistrement local et l’autonomie électrique font partie de la préparation.
Plusieurs caméras dans un lieu sans connexion dédiée
Des caméras PTZ peuvent rejoindre un switch réseau, alimentées en PoE si les modèles et le budget électrique du switch le permettent. Avec des sources NDI®, l’envoi en SRT passe par une passerelle compatible avec la variante NDI utilisée, sauf si la caméra dispose elle-même d’une sortie SRT.
Le choix entre sources séparées et programme local détermine le besoin Internet. Le cas d’usage de pilotage PTZ à distance présente une approche avec BirdDog Connect ; sa compatibilité avec le dispositif retenu reste à vérifier. La couverture cellulaire, la charge liée au public et les conditions d’installation d’un éventuel terminal satellite doivent être examinées sur place.
Un site câblé pour des directs récurrents
Une fibre peut porter la production habituelle, avec un accès cellulaire en secours. Une bascule classique peut suffire si l’interruption observée est acceptable. Si la continuité des sessions est nécessaire, une solution de bonding ou de redondance par tunnel peut être envisagée et testée. Ce choix concerne aussi bien le programme envoyé à une plateforme que les retours et l’intercom.
Même avec une régie distante, une personne capable d’intervenir sur les câbles, l’alimentation ou les équipements reste utile sur le lieu de captation.
Dimensionner le débit et le secours
L’exemple suivant est fictif. Il montre une méthode de calcul, pas des performances mesurées ni une recommandation universelle de qualité vidéo.
Hypothèse : quatre contributions en 1080p50/H.264, chacune réglée à 6 Mbit/s de charge utile totale, audio compris, pendant 90 minutes. La qualité obtenue doit être évaluée avec le contenu réel. Un codec plus efficace peut réduire le besoin, mais le gain dépend de l’encodeur, des réglages et de la compatibilité en réception.
1. Compter les flux dans les deux sens
Quatre flux à 6 Mbit/s représentent 24 Mbit/s montants. Un retour programme hypothétique à 4 Mbit/s doit être dimensionné côté descendant. Ajouter séparément l’intercom, la signalisation, la supervision éventuelle et le trafic de contrôle des protocoles. Un retour vidéo ne s’ajoute pas intégralement au débit vidéo montant, mais les échanges réseau ne sont pas strictement à sens unique.
2. Prévoir une marge, puis mesurer le débit utile
Pour cet exemple, une marge de planification de 25 % sur les contributions porte leur budget à 30 Mbit/s. Elle ne décrit pas une consommation permanente. Les autres flux et la surcharge du tunnel doivent encore être couverts, en fonction de ce que mesure le test de débit.
SRT prévoit un budget configurable pour les retransmissions, notamment via le paramètre SRTO_OHEADBW. Ce réglage ne réserve pas de capacité chez l’opérateur Internet. La documentation Haivision SRT en précise le fonctionnement. Le dimensionnement final doit tenir compte des pertes et variations observées sur la chaîne réelle.
3. Vérifier ce qui reste après une panne
Supposons trois accès disponibles à 25, 12 et 15 Mbit/s montants. Leur somme arithmétique est de 52 Mbit/s ; elle ne constitue pas une mesure du débit agrégé utile.
Après la perte du lien à 25 Mbit/s, la somme des deux autres tombe à 27 Mbit/s. Le budget de 30 Mbit/s prévu pour les contributions n’est plus couvert, avant même les autres usages. Les flux peuvent encore passer si les conditions sont favorables, mais la marge retenue n’est plus respectée. Si le débit utile restant descend sous les 24 Mbit/s de charge utile, le débit configuré ne peut plus être soutenu durablement.
Plusieurs réponses sont possibles : réduire le débit par caméra, utiliser une adaptation de débit prise en charge par les équipements, ou passer au programme local de secours. À 4 Mbit/s par caméra, la charge utile descend à 16 Mbit/s et le budget atteint 20 Mbit/s avec la marge, soit 7 Mbit/s de moins que les 27 Mbit/s théoriques restants. Cet écart doit encore couvrir les autres flux montants et les surcharges, sous réserve du débit utile réellement mesuré. Ce réglage doit aussi être validé visuellement et en situation de panne.
4. Calculer le volume de données
À 24 Mbit/s, la charge utile représente 3 Mo/s, soit 16,2 Go sur 90 minutes. Un programme unique à 8 Mbit/s représente 5,4 Go sur la même durée, en unités décimales.
Ces volumes excluent les surcharges réseau, retransmissions, duplications et autres flux. Leur répartition entre abonnements dépend du trafic réellement envoyé sur chaque liaison ; le décompte d’une licence dépend de ses conditions. Vérifier les quotas avec une marge pour les répétitions et les essais.
Le délai se vérifie sur toute la chaîne
L’encodage, le transport, les tampons de réception, le décodage et l’affichage contribuent au délai ressenti. Augmenter un tampon peut aider à absorber des variations, mais retarde aussi les images. Tester le retour utilisé pour cadrer une PTZ ou réaliser un changement de plan, ainsi que la conversation intercom. Une image stable peut rester trop tardive pour une commande confortable.
Vérifications avant le direct
- Tester les accès sur place, à un horaire représentatif, puis surveiller leur évolution à l’arrivée du public.
- Identifier les réseaux réellement utilisés et les points de panne communs : accès Internet, alimentation, routeur ou serveur de bonding.
- Vérifier les antennes, leur implantation et les conditions d’utilisation d’un éventuel lien satellite.
- Choisir le serveur de bonding selon le trajet, la capacité et les besoins d’adresse IP. L’auto-hébergement donne la maîtrise de ce serveur, pas de tous les réseaux traversés.
- Débrancher successivement les liaisons pendant la transmission et observer le programme, le retour, l’intercom et les commandes.
- Effectuer un essai prolongé avec les flux simultanés, le secours, les casques et les écrans prévus pour l’événement.
- Valider le chiffrement SRT aux deux extrémités et protéger les interfaces de gestion par un accès distant authentifié, sans les exposer directement sur Internet.
- Vérifier l’enregistrement local, l’espace de stockage, l’autonomie et la personne chargée d’intervenir sur site.
Préparer la production à partir des contraintes du lieu
Le point de départ est le programme à réaliser : sources nécessaires, emplacement des opérateurs, délai acceptable et niveau de service attendu en cas de panne. Le bonding et le REMI permettent ensuite de construire une organisation adaptée. La validation repose sur les flux réellement transmis et sur les essais de dégradation, au-delà d’un simple test de vitesse.
Pour approfondir les transports vidéo, consulter le guide NDI, SRT, RTSP et RTMP. Pour identifier un interlocuteur commercial, la page Où acheter permet de trouver un revendeur ; contacter HoriCast permet de préciser le besoin et l’orientation du projet.