Stream IRL qui coupe ? Comment rester en direct quand le signal lâche

Si ton stream IRL coupe sans arrêt, la solution fiable consiste à ne plus l'envoyer directement à la plateforme. Envoie-le d'abord à un serveur, laisse OBS le diffuser depuis ce serveur vers Twitch, YouTube ou une autre plateforme, et utilise le changement automatique de scène pour afficher une scène de secours pendant que ton téléphone est hors ligne.

Les réseaux mobiles ne sont jamais totalement prévisibles : une coupure arrivera tôt ou tard. Ce guide explique ce qu'elle provoque sur un stream direct et quelles mesures te permettent de rester en direct.

Ce qui se passe quand ton stream IRL coupe

Quand tu streames directement depuis ton téléphone ou ton encodeur vers une plateforme, cette unique connexion constitue tout le stream. Si elle casse, la plateforme ne reçoit plus de vidéo. Les spectateurs voient une image figée ou une chaîne hors ligne, et la diffusion se termine. Quand ton signal revient, tu lances une nouvelle diffusion, et les spectateurs partis entre-temps doivent te retrouver. Ton enregistrement sur la plateforme est lui aussi découpé en plusieurs parties.

Les plateformes offrent un peu de tolérance. Twitch, par exemple, propose une fonction appelée Disconnect Protection. Elle affiche un message aux spectateurs pendant 90 secondes maximum le temps que tu te reconnectes, et garde le VOD enregistré continu. Si tu ne te reconnectes pas dans les 90 secondes, le stream se termine normalement. Twitch indique comme encodeurs compatibles OBS Studio, Streamlabs OBS, XSplit, Twitch Studio et son application mobile, et recommande un test rapide avec ta propre configuration.

C'est utile pour les petites coupures. Dans un tunnel ou une zone blanche, 90 secondes passent vite, et d'autres plateformes peuvent se comporter différemment.

Pourquoi les streams IRL se déconnectent

La plupart des coupures viennent d'une poignée de causes :

• Zones blanches : tunnels, passages souterrains, murs épais, caves et zones rurales où le signal est faible ou absent.
• Changements d'antenne : quand tu te déplaces en voiture, en train ou à vélo, ton téléphone passe d'une antenne-relais à une autre. Cela peut provoquer de courtes interruptions ou des pics de latence.
• Cellules saturées lors d'événements : dans la foule, de nombreux téléphones partagent la même cellule. La capacité d'envoi disponible pour ton stream diminue, même si les barres de signal semblent correctes.
• Un débit trop élevé : le débit de ton stream doit rester inférieur à la vitesse d'envoi que tu obtiens réellement, avec une certaine marge. L'envoi mobile varie, donc un débit qui passe sur le canapé peut échouer dans la rue.
• Batterie et chaleur : un téléphone qui encode de la vidéo en plein soleil peut chauffer et ralentir. Une batterie vide arrête le stream sans prévenir.

Ce que tu peux faire côté envoi

Baisser le débit et l'adapter

Choisis un débit que tu peux tenir pendant une marche, pas le maximum que ton téléphone permet. Une image stable en 720p vaut mieux pour tes spectateurs qu'un stream en 1080p qui saccade. De nombreuses applications IRL proposent aussi un débit adaptatif, qui baisse automatiquement le débit quand le réseau se dégrade. L'application iOS gratuite Moblin, par exemple, indique prendre en charge le débit adaptatif pour SRT(LA), RIST et RTMP.

Combiner plusieurs connexions (bonding)

Le bonding combine plusieurs connexions, par exemple des cartes SIM d'opérateurs différents, en un seul stream. SRTLA est un protocole ouvert prévu pour cela : selon son projet GitHub, c'est un proxy de transport SRT avec agrégation de liens, destiné à combiner des modems mobiles. Le bonding aide surtout quand tes connexions ne tombent pas toutes en même temps. Si elles se trouvent toutes dans la même zone blanche, il ne peut rien faire.

Utiliser un protocole qui tolère la perte de paquets

SRT (Secure Reliable Transport) est conçu pour les réseaux peu fiables. Sa page de projet décrit une récupération des paquets perdus par demandes de retransmission et une adaptation aux conditions changeantes du réseau. Il améliore la qualité sur de mauvaises connexions, mais il ne peut pas créer de bande passante qui n'existe pas. Pour un résultat stable, règle l'intervalle d'images clés de ton encodeur sur 2 secondes et la latence SRT également sur 2 secondes (à saisir, selon ton matériel ou ton logiciel, en 2 000 millisecondes ou en 2 000 000 microsecondes). Des valeurs plus basses sont possibles, mais 2 secondes favorisent la stabilité.

Les trois premières mesures réduisent la fréquence des pertes de signal. La dernière décide de ce que tes spectateurs voient quand le signal lâche malgré tout.

La pièce manquante : un serveur et OBS entre ton téléphone et la plateforme

Au lieu d'une seule connexion fragile entre ton téléphone et la plateforme, tu sépares le trajet en deux. Ton téléphone envoie le stream à un serveur. OBS récupère le stream sur ce serveur et l'envoie à la plateforme via une connexion stable. Si ton téléphone perd le signal, la connexion vers la plateforme n'est pas touchée, car OBS continue de diffuser. Les spectateurs continuent de regarder la scène qu'OBS affiche à ce moment-là.

Il y a deux façons de procéder :

• Avec l'IRL Endpoint Server, OBS tourne sur ton propre ordinateur, par exemple chez toi. Ton encodeur et OBS se connectent tous les deux au serveur en sortie, donc tu n'as pas besoin d'ouvrir des ports ni de modifier les réglages de ton routeur.
• Avec l'IRL Broadcasting Server, un OBS Studio complet tourne dans le cloud, donc tu n'as pas besoin d'un ordinateur puissant chez toi. Tu t'y connectes via Remote Desktop depuis le portail client, et un panneau de contrôle web te permet de gérer le stream, y compris depuis le navigateur de ton téléphone.

Les deux acceptent les entrées RTMP, SRT et SRTLA et prennent en charge des streams jusqu'à 1080p à 60 fps.

Changement automatique de scène : comment ça marche

Un serveur garde le stream de la plateforme en vie, mais il n'explique pas à tes spectateurs ce qui se passe. Quand la vidéo entrante disparaît, OBS affiche une image figée ou du noir, sauf si quelque chose change la scène. C'est le rôle du changement automatique de scène.

Le changement automatique de scène fonctionne avec trois scènes dans OBS. Sur nos serveurs, elles s'appellent Start, Live et Low :

• Start : une image fixe, éventuellement avec de la musique, affichée tant que le serveur ne reçoit aucun signal.
• Live : ta scène normale avec le flux caméra et les overlays. Elle contient la source avec le stream entrant.
• Low : affichée tant que le débit est sous le seuil, par exemple le même flux avec une mention comme « mauvaise connexion ».

Un petit outil surveille le débit de ton stream entrant sur le serveur. Si le débit passe sous le seuil, il bascule OBS sur Low. Si plus aucun signal n'arrive, il bascule sur Start. Quand le stream est de nouveau stable, il repasse sur Live.

Exemple open source pour ta propre configuration : NOALBS

Si tu veux monter la configuration toi-même, l'outil open source le plus connu est NOALBS (licence MIT). C'est un projet indépendant : l'outil de nos serveurs, décrit plus bas, est notre propre développement et n'est pas compatible avec NOALBS. Selon la documentation de NOALBS, c'est un exécutable unique pour Windows, macOS et Linux qui change les scènes dans OBS en fonction du débit lu dans les statistiques de ton serveur ingest. Il gère aussi bien un débit faible qu'une déconnexion complète, et il prend en charge plusieurs serveurs ingest, comme Nginx, Node-Media-Server, SRT Live Server, BELABOX cloud et MediaMTX. Il communique avec OBS via OBS WebSocket 5.

Les réglages les plus importants de son exemple de configuration sont les suivants :

NOALBS propose aussi des commandes de chat facultatives pour Twitch, pour que toi ou tes modérateurs puissiez changer de scène ou modifier le seuil low depuis le chat. Il ne change de scène que lorsque OBS se trouve sur l'une des scènes de sa configuration, donc des scènes comme une intro ne sont pas écrasées.

Ce que contiennent nos serveurs IRL

Nos deux serveurs IRL incluent le changement automatique de scène, donc tu n'as pas à monter toi-même cette configuration. C'est notre propre développement, pas NOALBS, et il fonctionne avec les trois scènes décrites plus haut : Start tant que le serveur ne reçoit aucun signal, Live pour un stream stable et Low quand le débit passe sous le seuil. Son fonctionnement dépend du serveur :

• Sur l'IRL Endpoint Server, tu génères l'outil dans le portail client et tu le télécharges. Il tourne sur ton propre ordinateur (Windows ou macOS) en parallèle d'OBS Studio et a besoin de la fonction OBS WebSocket, intégrée à OBS depuis la version 28. Active-la, connecte l'outil à OBS Studio en suivant les instructions fournies et lance-le avant de passer en direct. Il change de scène quand des problèmes de connexion surviennent et revient sur Live dès que la connexion est de nouveau stable. Il ne fonctionne qu'avec OBS Studio, pas avec vMix ni avec Streamlabs OBS.
• Sur l'IRL Broadcasting Server, le changement de scène tourne sur le serveur lui-même, avec des scènes préconfigurées. Le serveur cloud dispose en plus des scènes Break, End et Refresh. Dans le panneau de contrôle web, tu peux basculer manuellement sur Break ou End, et l'automatisme se met alors en pause jusqu'à ce que tu repasses sur Live.

Les deux serveurs proposent aussi un chatbot Twitch facultatif si tu indiques une chaîne Twitch à la commande. Il annonce dans le chat les changements automatiques de scène. Tes spectateurs peuvent demander le débit entrant actuel avec !bitrate, et tes modérateurs rechargent brièvement le stream avec !refresh. Toi et tes modérateurs pouvez aussi démarrer, arrêter, mettre à jour ou changer de scène via des commandes de chat.

L'affichage du débit existe sous forme de source navigateur, tu peux donc afficher le débit entrant actuel comme overlay dans OBS.

Le changement de scène tient ton public informé pendant que ton signal est coupé. Il ne ramène pas le signal, donc les mesures ci-dessus restent importantes.

Comment choisir ton seuil

Il n'existe pas de valeur universelle, car le bon seuil dépend de ton matériel et de ton réseau mobile. Par défaut, le changement de scène de nos serveurs IRL passe de Live à Low sous 800 kbps. Tu peux modifier cette valeur, par exemple avec la commande de chat Twitch !trigger 500. À titre de comparaison, l'exemple de configuration de la documentation NOALBS utilise 500 kbps pour low et 450 kbps pour offline.

Pour trouver ta propre valeur, fais une marche test avec une mauvaise connexion. Note le débit à partir duquel l'image commence à saccader et place le seuil légèrement au-dessus. Pendant la marche, vérifie aussi que la scène n'oscille pas sans cesse entre Live et Low.

Checklist avant de passer en direct

• Fais une marche test le long de ton parcours ou sur le lieu, à l'heure où tu streameras, avec le débit que tu comptes utiliser.
• Règle un débit inférieur à ta vitesse d'envoi soutenue, avec une marge, et active le débit adaptatif si ton application le propose.
• Utilise SRT ou SRTLA plutôt que RTMP simple quand ton application le permet.
• Règle dans ton encodeur l'intervalle d'images clés sur 2 secondes et la latence SRT sur 2 secondes.
• Si possible, utilise des cartes SIM de deux opérateurs différents ou une solution de bonding, et choisis l'emplacement de serveur le plus proche de l'endroit où tu streameras.
• Crée les scènes Start, Live et Low dans OBS et nomme-les exactement ainsi. Si tu utilises un autre outil, reprends les noms de sa configuration.
• Si ton OBS tourne sur un ordinateur à la maison, vérifie que sa connexion supporte le stream entrant (téléchargement) et le stream sortant vers la plateforme (envoi).
• Teste toute la chaîne : coupe les données mobiles ou active le mode avion pendant 30 secondes, et regarde si la scène change puis revient.
• Pars avec une batterie pleine, emporte une batterie externe, laisse le téléphone aéré et vérifie que les modes d'économie d'énergie ne gênent pas ton application de streaming.
• Active une protection de la plateforme comme Twitch Disconnect Protection en couche supplémentaire, et briefe tes modérateurs sur les commandes de chat.

Pour choisir au départ le matériel, les applications et les réglages, notre guide du streaming IRL entre davantage dans le détail.

FAQ

Pourquoi mon stream IRL n'arrête pas de se déconnecter ?

Les raisons habituelles sont un signal faible ou absent, les changements d'antenne en déplacement, des cellules saturées lors d'événements, un débit supérieur à ta vitesse d'envoi réelle, et des téléphones qui surchauffent ou n'ont plus de batterie. Une marche test avec tes réglages prévus montre laquelle de ces causes te concerne.

Combien de temps dure la protection contre la déconnexion d'une plateforme ?

Sur Twitch, Disconnect Protection maintient ton stream en ligne avec un message pendant 90 secondes maximum. Si tu ne t'es pas reconnecté d'ici là, le stream se termine. Un serveur avec OBS entre les deux n'a pas cette limite, car la plateforme continue de recevoir un stream ininterrompu d'OBS.

Ai-je encore besoin du bonding si j'utilise un serveur ?

Ils résolvent des problèmes différents. Le bonding rend la connexion entre ton téléphone et le serveur plus fiable. Le serveur avec OBS garantit que le stream sur la plateforme survit quand cette connexion lâche malgré tout. Ensemble, ils t'offrent la meilleure protection.

À partir de quel débit la scène doit-elle passer sur Low ?

Cela dépend de ton matériel et de ton réseau mobile. Sur nos serveurs IRL, la valeur par défaut est de 800 kbps, et tu peux la modifier, par exemple avec la commande de chat Twitch !trigger 500. Trouve ta propre valeur avec une marche test au lieu de copier les chiffres d'autres configurations : place le seuil légèrement au-dessus du débit à partir duquel l'image saccade visiblement.

Le changement automatique de scène fonctionne-t-il avec n'importe quel logiciel de streaming ?

L'outil de changement de scène de notre IRL Endpoint Server ne fonctionne qu'avec OBS Studio sous Windows ou macOS, pas avec vMix ni avec Streamlabs OBS. NOALBS, un outil open source distinct, fonctionne lui aussi avec OBS Studio via OBS WebSocket 5. D'autres logiciels comme vMix peuvent quand même recevoir le stream, mais sans changement automatique.