Production distante avec SRT et Starlink : guide de terrain

La promesse de la production distante via Starlink

La production distante a fondamentalement transformé la couverture des événements en direct. Au lieu de déployer un car régie complet sur chaque site, vous envoyez une petite équipe avec des caméras et des encodeurs, puis vous transportez la vidéo vers un studio centralisé via internet. Le studio gère le mélange, l’habillage graphique, les ralentis et la distribution.

La pièce manquante pendant des années était un internet fiable sur les sites distants. Le bonding cellulaire a aidé, mais les zones blanches et la congestion lors d’événements à forte affluence le rendaient peu fiable. Puis Starlink est arrivé, offrant un accès haut débit presque partout sur Terre avec un terminal de la taille d’une boîte à pizza.

Combinez la couverture de Starlink avec la résilience de SRT, et vous obtenez un kit de production distante qui fonctionne depuis un sommet de montagne, un stade rural ou un lieu de réception en bord de mer. Ce guide explique comment le mettre en pratique, y compris les pièges que la documentation seule ne révèle pas.

Comprendre les caractéristiques réseau de Starlink

Avant de planifier votre flux de travail, vous devez comprendre ce que Starlink délivre réellement sur le terrain. Ce n’est pas la même chose qu’une connexion fibre, et prétendre le contraire vous coûtera des images perdues.

Bande passante

Starlink délivre généralement 50-200 Mbps en téléchargement et 10-25 Mbps en envoi, selon la localisation, la congestion et la visibilité satellitaire. Pour la production distante, l’envoi est ce qui compte, et 10-25 Mbps suffisent pour un ou deux flux de contribution de haute qualité à 8-15 Mbps chacun.

Cependant, la bande passante n’est pas constante. Attendez-vous à des fluctuations au cours de la journée, surtout aux heures de pointe et dans les zones à forte adoption de Starlink.

Latence

Les satellites en orbite terrestre basse de Starlink offrent des temps d’aller-retour (RTT) de 25-60 ms dans la plupart des conditions. C’est nettement mieux que les satellites géostationnaires (500-600 ms de RTT) et comparable à de nombreuses connexions internet terrestres.

Pour SRT, cette plage de RTT signifie que vous pouvez travailler avec des tampons de latence de 200-500 ms tout en obtenant une livraison propre et fiable.

Les défis

Starlink présente des comportements spécifiques qui affectent le streaming en direct :

• Les transferts entre satellites provoquent de brèves interruptions (généralement 0,5-2 secondes) lorsque le terminal bascule entre les satellites
• L’évanouissement par obstruction se produit lorsque des arbres, des bâtiments ou le relief bloquent temporairement le signal satellite
• La sensibilité météorologique signifie que la pluie forte ou la neige peuvent réduire le débit
• Les changements d’adresse IP se produisent périodiquement lorsque Starlink réassigne votre IP publique via son CGNAT
• Le buffer bloat peut provoquer des pics de latence pendant les périodes de congestion

Aucun de ces éléments n’est rédhibitoire, mais ils doivent tous être pris en compte dans la conception de votre flux de travail.

Configuration SRT pour Starlink

SRT a été conçu pour exactement ce type de réseau peu fiable. L’essentiel est de le configurer correctement pour les caractéristiques spécifiques de Starlink.

Réglage de la latence

Pour Starlink, réglez votre latence SRT entre 500 ms et 1500 ms :

srt://your-gateway:9000?mode=caller&latency=1000

Commencez à 1000 ms. Cela donne à SRT suffisamment de tampon pour gérer les transferts entre satellites et les brefs événements d’obstruction sans perdre de paquets. Si votre liaison est régulièrement propre, vous pouvez réduire à 500-750 ms. Si vous êtes dans une zone avec des obstructions fréquentes, augmentez à 1500 ms.

Consultez le guide d’optimisation de la latence SRT pour la formule détaillée et la méthodologie.

Chiffrement

Chiffrez toujours via Starlink. Votre trafic transite par les stations sol de Starlink et peut traverser plusieurs segments réseau :

srt://your-gateway:9000?mode=caller&latency=1000&passphrase=VotreCleSecurisee2026&pbkeylen=32

Utilisez AES-256. La surcharge CPU est négligeable et vous éliminez tout risque d’interception. Consultez le guide de configuration du chiffrement SRT pour les bonnes pratiques.

Mode caller

Votre encodeur de terrain doit toujours être en mode caller, se connectant vers le listener SRT de votre studio. C’est essentiel car :

1. Starlink utilise le CGNAT, vous n’avez donc pas d’IP publique pour recevoir les connexions entrantes
2. Le mode caller fonctionne à travers le NAT sans aucune redirection de port
3. Si la connexion tombe, le caller se reconnecte automatiquement

Votre passerelle de studio (exécutant Vajra Cast, par exemple) fait tourner un listener SRT sur un port connu, et toutes les unités de terrain appellent cette adresse.

Bande passante de surcharge

Réglez oheadbw à 30-50 % pour Starlink :

srt://your-gateway:9000?mode=caller&latency=1000&oheadbw=40

Cela donne à SRT de la marge pour retransmettre les paquets perdus lors des transferts et de la congestion sans priver le flux principal. Sur une liaison de 15 Mbps, 40 % de surcharge signifie que SRT peut utiliser jusqu’à 21 Mbps au total, avec 6 Mbps réservés pour la récupération.

Gestion de la bande passante

Avec la bande passante d’envoi limitée et variable de Starlink, vous avez besoin d’une stratégie d’encodage délibérée.

Recommandations d’encodage

Règle générale : Maintenez votre bitrate d’encodage total en dessous de 60 % de votre vitesse d’envoi Starlink mesurée. Cela laisse de la marge pour la surcharge de retransmission SRT et les fluctuations de bande passante.

Mesurer la bande passante disponible

Avant de passer en direct, testez votre liaison Starlink :

# Test rapide de vitesse d'envoi
iperf3 -c your-server -u -b 20M -t 30

Exécutez ce test pendant au moins 30 secondes pour capturer toute variabilité. Notez à la fois le débit moyen et le minimum pendant la période de test. Dimensionnez votre bitrate d’encodage au minimum, pas à la moyenne.

Encodage à débit adaptatif

Si votre encodeur prend en charge le débit adaptatif (ABR), activez-le. Cela permet à l’encodeur de réduire la qualité pendant les baisses de bande passante plutôt que de perdre des images complètement. Configurez un bitrate plancher qui produit encore une qualité acceptable, et un plafond qui correspond à votre budget de bande passante.

Certains encodeurs matériels comme LiveU et BELABOX prennent cela en charge nativement. Les encodeurs logiciels peuvent utiliser les paramètres -maxrate et -bufsize de FFmpeg pour un comportement similaire.

Architecture de basculement pour les connexions peu fiables

Le principe le plus important pour la production distante via Starlink : ne comptez jamais sur un seul chemin de connexion.

Configuration double chemin

L’approche professionnelle consiste à bonder ou basculer entre Starlink et une connexion cellulaire :

Site distant :
  Caméra -> Encodeur
    |-- SRT Caller -> Starlink -> Passerelle (Primaire)
    +-- SRT Caller -> LTE/5G  -> Passerelle (Secours)

Studio :
  Passerelle Vajra Cast
    |-- SRT Listener :9000 (flux Starlink)
    |-- SRT Listener :9001 (flux cellulaire)
    +-- Logique de basculement : Primaire -> Secours, commutation <50 ms

Le basculement automatique de Vajra Cast surveille les deux entrées simultanément. Lorsque le flux Starlink primaire se dégrade (le taux de perte de paquets dépasse le seuil, le bitrate chute ou la connexion est perdue), la passerelle bascule vers le secours cellulaire en moins de 50 ms. Lorsque Starlink se rétablit, elle rebascule automatiquement.

Bonding SRTLA

Pour une fiabilité maximale, utilisez le bonding SRTLA (SRT Live Association) pour agréger Starlink et le cellulaire en une seule connexion logique :

Encodeur de terrain (émetteur SRTLA) :
  |-- Interface Starlink
  |-- Modem LTE 1
  +-- Modem LTE 2
  Tous bondés -> SRTLA -> Passerelle

Studio :
  Vajra Cast (récepteur SRTLA) -> distribue vers la production

SRTLA répartit les paquets SRT sur plusieurs interfaces réseau et les réassemble côté réception. Si un chemin tombe, les autres absorbent automatiquement le trafic. C’est la même technologie utilisée par les encodeurs BELABOX, et Vajra Cast prend en charge SRTLA nativement en entrée comme en sortie.

Avec le bonding, vous obtenez une bande passante agrégée supérieure et une véritable redondance de chemin sans événements de basculement discrets.

La mire de secours

Configurez toujours une mire ou un carton d’attente comme entrée de basculement de dernier recours dans votre passerelle. Si Starlink et le cellulaire tombent simultanément (cela arrive lors de conditions météorologiques sévères), la passerelle diffuse un carton habillé plutôt qu’un signal mort. Cela donne à votre équipe de production quelque chose de propre vers quoi basculer en attendant le rétablissement de la connexion.

Conseils de déploiement sur le terrain

Ces conseils proviennent de déploiements réels sur le terrain, pas de la théorie.

Reconnaissance du site et placement du terminal

Starlink nécessite une visibilité claire du ciel. Avant l’événement :

1. Utilisez le vérificateur d’obstruction de l’application Starlink à l’emplacement exact du terminal
2. Visez moins de 1 % de temps d’obstruction
3. Montez le terminal aussi haut que possible, idéalement sur un trépied ou un mât au-dessus des obstacles
4. Orientez-le avec la plus large vue dégagée du ciel vers le nord (dans l’hémisphère nord)
5. Tenez compte du vent : le terminal plat de Starlink prend le vent en hauteur, sécurisez donc le support

Planification de l’alimentation

Un terminal Starlink consomme 50-75 W en fonctionnement normal et jusqu’à 100 W en mode de dégivrage. Combiné avec votre encodeur, moniteur et routeur, prévoyez 200-300 W au total sur le site distant. Pour les événements sans alimentation secteur :

• Un petit générateur portable (1000 W) alimente l’ensemble de l’installation avec de la marge
• Les batteries portables (comme l’EcoFlow Delta) fournissent 3-5 heures d’autonomie
• Prévoyez au moins 30 % de capacité d’alimentation supplémentaire par rapport à votre besoin calculé

Tests pré-événement

Au moins 2 heures avant l’événement en direct :

1. Installez la chaîne de signal complète : caméra, encodeur, Starlink, SRT vers la passerelle
2. Lancez un flux de test continu de 30 minutes
3. Surveillez les statistiques SRT pendant le test, en recherchant les pics de perte de paquets
4. Testez le basculement en débranchant physiquement le câble Ethernet du Starlink
5. Confirmez que la mire de secours se déclenche si les deux chemins tombent
6. Documentez le RTT observé, le taux de perte de paquets et la bande passante disponible

Isolation réseau

Ne partagez pas la connexion Starlink avec quoi que ce soit d’autre pendant la diffusion. Désactivez le Wi-Fi sur le routeur Starlink (ou contournez-le avec un adaptateur Ethernet direct) pour empêcher d’autres appareils de consommer de la bande passante. Un seul téléphone effectuant une sauvegarde cloud peut consommer toute votre marge d’envoi.

Plan de contingence météorologique

La pluie forte dégrade le débit Starlink et augmente la perte de paquets. Ayez un plan :

• Augmentez le tampon de latence SRT de 50-100 % si de la pluie est prévue
• Pré-configurez un profil de bitrate d’encodage inférieur vers lequel basculer rapidement
• Assurez-vous que votre basculement cellulaire fonctionne, car il est moins affecté par la pluie
• Si des orages sont prévus, ayez un plan pour éteindre le terminal en toute sécurité

Surveillance sur le terrain

Vous avez besoin de visibilité sur ce que fait votre liaison en temps réel, sans exiger que l’opérateur de terrain soit un ingénieur réseau.

Le tableau de bord web de Vajra Cast affiche les métriques par flux, notamment le RTT, la perte de paquets, le taux de retransmission et le bitrate, le tout accessible depuis n’importe quel appareil avec un navigateur. L’opérateur de terrain peut surveiller depuis un téléphone ou une tablette, tandis que l’ingénieur studio voit les mêmes données depuis la régie.

Métriques clés à surveiller pendant une diffusion via Starlink :

• RTT : Doit rester entre 25-80 ms. Les pics au-dessus de 150 ms indiquent une congestion ou un transfert problématique
• Perte de paquets : En dessous de 2 % est normal pour Starlink. Au-dessus de 5 % soutenu signifie qu’il faut augmenter votre tampon de latence ou réduire le bitrate
• Taux de retransmission : Non nul est attendu et sain. Un taux de retransmission élevé soutenu avec zéro perte de paquets signifie que SRT fonctionne parfaitement
• Utilisation de la bande passante : Gardez le bitrate d’encodage plus la surcharge SRT en dessous de 70 % de l’envoi disponible

Pour une observabilité plus poussée, Vajra Cast expose un endpoint Prometheus /metrics. Si vous avez un tableau de bord Grafana configuré au studio, vous pouvez suivre les tendances historiques et configurer des alertes pour les seuils de dégradation.

Étude de cas : couverture sportive régionale

Un réseau sportif régional couvre des compétitions de lycées et d’universités dans tout un département avec des infrastructures de sites limitées. Leur défi : produire une couverture de qualité professionnelle dans 15-20 sites par semaine, la plupart sans internet dédié.

Leur flux de travail :

• Kit terrain : 2 caméras, un mélangeur vidéo compact, un encodeur BELABOX avec SRTLA, un terminal Starlink et un modem cellulaire
• Transport : Bonding SRTLA via Starlink (primaire) + LTE (secours), appelant une passerelle Vajra Cast au studio
• Studio : Vajra Cast reçoit le flux bondé, applique la surveillance de basculement et distribue via RTMP vers leur plateforme OTT et via SRT vers leur régie principale
• Paramètres SRT : 1200 ms de latence, chiffrement AES-256, 40 % de surcharge de bande passante
• Résultat : Moins de 0,1 % de temps d’arrêt sur plus de 300 événements en une saison

Le kit terrain complet coûte moins de 5 000 EUR et tient dans deux valises d’équipement. Comparez cela à un camion de liaison satellite à plus de 50 000 EUR l’unité avec plus de 2 000 EUR par événement en temps satellite.

Conclusion

La production distante via Starlink avec SRT n’est pas théorique ; c’est l’approche standard pour un nombre croissant de productions dans le monde. La combinaison du haut débit ubiquitaire de Starlink et du transport résilient de SRT transforme n’importe quel lieu en site de production viable.

Les clés du succès sont : configurer SRT pour les caractéristiques spécifiques de Starlink (latence plus élevée, surcharge généreuse), toujours avoir un chemin de basculement, tester avant chaque événement et surveiller tout au long de la diffusion. Avec Vajra Cast gérant la passerelle, le basculement et la surveillance côté studio, votre équipe terrain peut se concentrer sur l’essentiel : capturer du contenu de qualité.

Pour en savoir plus sur la configuration côté studio de ce flux de travail, consultez le guide SRT Streaming Gateway et les bonnes pratiques de basculement vidéo.