Internet sur le lieu de l’événement : filaire, réseau mobile, bonding et connexion de secours

La plupart des lives qui échouent le jour J n’échouent pas à cause de la caméra ou de l’encodeur. Ils échouent parce que l’internet du lieu était plus lent, plus chargé ou moins stable que ce que quiconque avait vérifié. Ce guide explique comment mesurer ce dont vous disposez vraiment, comment se comportent les connexions filaires, Wi-Fi et mobiles sous charge, comment le bonding combine plusieurs connexions en une seule et comment prévoir un secours pour qu’une ligne qui tombe ne mette pas fin à votre diffusion.

Le débit montant est le chiffre qui compte

Les tests de débit et les gestionnaires de salles annoncent généralement le débit descendant, parce que c’est ce qui intéresse les invités. Un live dépend du débit montant : la quantité de données que votre encodeur peut envoyer chaque seconde, de façon soutenue pendant tout l’événement.

Prévoyez un débit montant d’au moins une fois et demie le débit de votre stream, mesuré à l’heure de la journée où se déroule votre événement. Si votre encodeur envoie six mégabits par seconde, visez neuf ou plus en continu. Cette marge absorbe les petites baisses sans que votre encodeur perde d’images.

Mesurez plus d’une fois. Un test de débit est une photo de quelques secondes, et un lieu qui teste parfaitement un mardi matin à vide peut être saturé un samedi soir quand des centaines d’invités partagent la même ligne. Si vous le pouvez, faites tourner un stream de test avec votre vrai encodeur à votre vrai débit pendant une demi-heure et surveillez son compteur d’images perdues, pas seulement un test de débit.

Le filaire reste le premier choix

Une connexion Ethernet filaire est la liaison la plus prévisible que vous puissiez obtenir. Son débit ne change pas quand la salle se remplit, il ne faiblit pas derrière un mur et il n’est pas en concurrence avec tous les téléphones du public.

Quand vous échangez avec le lieu, posez des questions précises :

• Y a-t-il une prise réseau près de la régie, et est-elle sur une ligne séparée du Wi-Fi invités ?
• Quel débit montant est garanti sur cette prise, et pas seulement annoncé pour le bâtiment ?
• Le réseau autorise-t-il le trafic de streaming sortant, ou un pare-feu bloque-t-il les ports et protocoles inconnus ?
• Y a-t-il un portail captif ou une page de connexion qui expire au bout de quelques heures ?
• Qui pouvez-vous appeler le jour même si la prise cesse de fonctionner ?

Apportez un long câble réseau et un petit switch. La prise filaire se trouve souvent à l’autre bout de la salle par rapport à l’endroit où vous voulez vous installer, et le switch vous permet de brancher un second portable pour le monitoring sans demander une autre prise.

Le Wi-Fi du lieu et ses pièges

Le Wi-Fi peut transporter un stream, mais c’est l’option la moins prévisible. Sa capacité est partagée par tous ceux qui sont sur le même canal, et elle varie d’une seconde à l’autre au gré des déplacements des gens et du réveil des appareils.

Les réseaux invités ajoutent leurs propres pièges. Beaucoup isolent les appareils les uns des autres, ce qui casse les outils qui ont besoin de voir un second ordinateur. Les portails captifs déconnectent votre encodeur au bout d’un temps fixé. Certains bloquent les protocoles sortants qu’utilisent les logiciels de streaming. Si le Wi-Fi est la seule option, demandez un nom de réseau séparé pour la production, installez-vous près du point d’accès et testez à l’heure de l’événement.

Le réseau mobile : utile, mais la foule change tout

Une connexion mobile est souvent ce que vous pouvez obtenir de plus rapide sur un événement en extérieur ou dans un bâtiment ancien, et les réseaux modernes peuvent transporter un stream de haute qualité quand le signal est bon.

Le piège, c’est que la capacité du réseau mobile est partagée par tous les téléphones à portée. Un stade, un festival ou une salle de conférence remplie d’invités peut transformer une connexion rapide en escargot juste au moment où votre événement commence. Le signal varie aussi selon l’endroit où vous vous trouvez : un routeur près d’une fenêtre ou équipé d’une antenne externe fait souvent bien mieux qu’un téléphone posé sur une table.

Vérifiez votre forfait data avant de compter dessus. Un stream à quelques mégabits par seconde consomme plusieurs gigaoctets par heure, et certains forfaits ralentissent fortement après un seuil.

Le bonding : plusieurs connexions qui travaillent comme une seule

Le bonding répartit votre stream sur plusieurs connexions à la fois, par exemple deux réseaux mobiles et une ligne du lieu. Un émetteur de bonding découpe les données sortantes entre toutes ces connexions, et un serveur de réception les remet dans le bon ordre. Quand une connexion ralentit ou tombe, les autres prennent une plus grande part de la charge.

Le bénéfice est la résilience, pas seulement le débit. Une liaison mobile seule peut lâcher sans prévenir ; trois liaisons chez des opérateurs différents lâchent rarement au même moment. Le bonding fonctionne mieux avec le SRT, car le SRT gère déjà les paquets perdus et en retard dans un budget de latence fixe.

Le prix à payer est un peu de latence en plus et la nécessité d’un récepteur à l’autre bout. Prévoyez un budget de latence plus large pour une connexion agrégée que pour une simple ligne filaire, afin que le récepteur ait le temps d’attendre les paquets passés par le chemin le plus lent.

Les secours : prévoir la connexion que vous allez perdre

Même une bonne connexion peut lâcher : décidez donc à l’avance de ce qui se passe quand cela arrive. Il existe trois niveaux de protection, et vous pouvez les combiner.

1. Une seconde connexion. Un routeur mobile à côté de votre ligne filaire vous permet de basculer en quelques secondes, ou de réunir les deux dans une configuration en bonding.
2. Un second encodeur. Un encodeur de secours sur un autre ordinateur, idéalement sur une autre connexion, maintient la diffusion si l’ordinateur principal ou sa ligne lâche.
3. Un enregistrement local. Enregistrez sur l’encodeur ou sur la caméra, pour pouvoir publier plus tard une version complète même si les spectateurs ont vu une coupure.

Répétez la panne une fois avant l’événement. Débranchez volontairement la connexion principale et regardez sur un second appareil ce que verraient vos spectateurs.

Où intervient DCAST

DCAST accepte un stream en RTMP, SRT ou WHIP, et le protocole choisi doit suivre votre connexion. Sur une ligne filaire stable, le RTMP est le choix le plus simple. Sur un réseau mobile, en Wi-Fi ou sur une liaison longue distance, le SRT convient mieux, et DCAST vous permet d’augmenter sa latence de la valeur par défaut de 500 ms jusqu’à 7000 ms quand la connexion perd des paquets.

Pour les connexions agrégées, c’est DCAST lui-même qui reçoit le stream. Les réglages SRT d’un stream comprennent une adresse SRTLA, sur laquelle une application de bonding sur téléphone ou un émetteur de bonding sur ordinateur peut publier, et les réglages suggèrent une latence SRT plus élevée pour ce cas.

Avec les offres PRO et VIP, un second encodeur peut publier sur l’adresse de secours de la même diffusion. Quand votre flux principal est perdu, la diffusion continue sur le flux de secours avec un accroc d’une fraction de seconde, et vos spectateurs restent dans le même lecteur sans recharger la page. Le flux de secours peut arriver en SRT comme en RTMP : vous pouvez donc le faire passer par une autre connexion que le flux principal.

Le guide pas à pas pour envoyer un flux de secours depuis OBS, vMix et Larix détaille les réglages de l’encodeur, et la page d’aide sur la vérification de la qualité du stream pendant une diffusion montre ce qu’il faut surveiller pendant le direct.