Configurer un stream IRL : du téléphone à OBS pas à pas

09 octobre 2026 · 11 min de lecture

Sommaire

Pour configurer un stream IRL, tu envoies la vidéo de ton téléphone ou de ton encodeur en SRT ou SRTLA vers un serveur, tu récupères ce signal dans OBS Studio comme source média, et OBS diffuse vers ta plateforme. Ainsi, une brève coupure du réseau mobile ne met plus fin à ton stream, car OBS continue d'envoyer à la plateforme pendant que ton téléphone se reconnecte.

Ce guide te présente toute la chaîne : ce dont tu as besoin, pourquoi l'envoi direct vers la plateforme est fragile, les trois configurations courantes et six étapes concrètes, de la réservation d'un serveur à ton premier test.

Ce qu'il te faut pour configurer un stream IRL

  • Un smartphone ou un encodeur matériel. Tout appareil qui capte la vidéo et peut l'envoyer sur internet convient, par exemple un téléphone avec une application de streaming, une action cam ou un encodeur dédié.
  • Une application de streaming avec SRT ou SRTLA. Moblin (iOS) et IRL Pro (Android) en sont deux exemples bien connus. Moblin indique prendre en charge RTMP(S), SRT, SRTLA, RIST et WHIP, et IRL Pro met en avant le bonding SRTLA sur plusieurs connexions.
  • Un forfait de données mobiles. L'envoi de ton téléphone vers le serveur consomme ton propre volume de données. Plus de détails ci-dessous.
  • Un serveur qui reçoit le stream. Il sert de point de rendez-vous fixe et accessible publiquement entre ton téléphone et OBS.
  • OBS Studio. Sur un PC à la maison ou dans le cloud. Il décode le stream entrant, ajoute des scènes et des overlays, puis envoie le stream final vers Twitch, YouTube, Kick ou n'importe quelle autre plateforme.

Pourquoi l'envoi direct vers la plateforme met fin à ton stream

Si ton téléphone diffuse directement vers la plateforme, celle-ci ne voit qu'une seule connexion. Quand ton téléphone perd le signal dans un tunnel, dans une rue bondée ou dans une zone mal couverte, l'encodeur arrête de livrer des données. La plateforme attend alors un court instant, puis coupe la diffusion. Sur Twitch, par exemple, la Disconnect Protection maintient ton stream en ligne jusqu'à 90 secondes pendant qu'un écran d'attente s'affiche, et si tu ne te reconnectes pas dans ce délai, ton stream se termine normalement. Les autres plateformes ont leurs propres règles.

La solution consiste à placer une connexion stable entre ton téléphone et la plateforme. Un serveur dans un datacenter reçoit ton stream. OBS le récupère à cet endroit et continue de diffuser vers la plateforme, même si ton téléphone décroche un instant. Tes spectateurs voient une scène de secours au lieu d'un stream terminé.

Trois façons d'amener le stream de ton téléphone jusqu'à la plateforme

ConfigurationFonctionnementÀ savoir
Direct vers la plateformeL'application envoie du RTMP ou du SRT directement à l'adresse d'ingestion de la plateforme.La configuration la plus simple. Une coupure plus longue met fin au stream, et tu n'as ni scènes ni overlays OBS.
Serveur plus OBS à la maisonL'application envoie vers un serveur. OBS, sur ton PC à la maison, récupère le stream sur le serveur et diffuse vers la plateforme.Toutes les fonctions d'OBS et un basculement de secours. Il faut un PC qui tourne pendant tout le stream.
OBS dans le cloudL'application envoie vers un serveur. OBS tourne sur une machine distante dans un datacenter et diffuse vers la plateforme depuis là-bas.Pas besoin de matériel puissant à la maison. Tu pilotes OBS via Remote Desktop ou un panneau dans le navigateur.

Pour la deuxième option, notre IRL Endpoint Server reçoit le RTMP, le SRT et le SRTLA et permet à ton OBS Studio local de récupérer le stream. Pour la troisième, l'IRL Broadcasting Server inclut une instance complète d'OBS Studio dans le cloud. Avec l'Endpoint Server, tu n'as pas besoin d'ouvrir de ports sur ta box à la maison, car ton encodeur et ton OBS se connectent tous les deux au serveur en sortie. Les étapes ci-dessous valent pour les deux types de serveur, et les différences sont signalées quand elles comptent.

Configurer un stream IRL pas à pas

Étape 1 : réserver un serveur et choisir une région

Commande le serveur et ouvre le portail client dès que ton accès est prêt. Pour l'IRL Endpoint Server, nous terminons généralement la mise en place sous 24 heures, pour l'IRL Broadcasting Server sous 72 heures. Dans le portail, tu choisis la région (États-Unis, Europe, Asie ou Amérique du Sud) et tu vois les données de connexion pour ton application et pour OBS.

Choisis la région la plus proche de l'endroit où tu streameras réellement. Un chemin court entre ton téléphone et le serveur signifie une latence plus faible et moins de retransmissions. Avec l'offre Endpoint standard, tu peux changer d'endpoint à tout moment, ce qui est pratique quand tu voyages.

Étape 2 : configurer ton application de streaming

Toutes les applications SRT ou SRTLA demandent les mêmes quelques valeurs. Tu les trouves dans le portail client, dans l'encadré avec les données RTMP et SRT :

  • Protocole : SRTLA si tu veux agréger plusieurs connexions, sinon SRT. Le RTMP fonctionne aussi, mais le SRT est le meilleur choix pour les réseaux mobiles.
  • Adresse du serveur et port : les valeurs affichées dans le portail.
  • Stream ID ou clé : identifie ton stream sur le serveur. Pour le SRT, le Stream ID a la forme publish:publish/<streamkey>.

De nombreuses applications prennent tout sous forme d'une seule URL, et la documentation de Moblin montre cette forme dans son exemple d'import des réglages. Avec nos serveurs, une URL SRT combinée ressemble à ceci : srt://<server>:<port>?streamid=publish:publish/<streamkey>&latency=2000. Remplace les espaces réservés par les valeurs de ton portail.

Nous recommandons ces réglages dans ton application :

  • Latence SRT : 2 secondes. Selon l'application, tu la saisis en 2000 (millisecondes) ou en 2000000 (microsecondes). La plupart des applications ont un champ séparé pour cela, sinon ajoute-la à l'URL comme indiqué ci-dessus. Des valeurs plus basses fonctionnent aussi, mais nous recommandons volontairement 2 secondes pour privilégier la stabilité.
  • Intervalle d'images clés : 2 secondes.
  • HEVC sur les appareils Apple : si ton application propose les B-frames, désactive-les.

Règle ensuite la résolution, la fréquence d'images et le débit sur des valeurs que ta connexion mobile tient de façon fiable. Un tutoriel pas à pas pour chaque application se trouve dans notre guide séparé sur Moblin et IRL Pro.

Étape 3 : ajouter le stream comme source dans OBS

Avec l'IRL Endpoint Server, tu récupères le stream dans OBS via le lien de lecture du portail client. Tu l'ajoutes comme source média :

  1. Ajoute une Source média à une scène.
  2. Décoche Fichier local.
  3. Saisis le lien de lecture du portail comme Entrée.
  4. Saisis mpegts comme Format d'entrée.
  5. Dans les options de transformation de la source, choisis Adapter à l'écran.

Ouvre ensuite à nouveau les propriétés de la source et utilise nos réglages recommandés :

  • Mise en mémoire tampon réseau : 1 Mo
  • Délai de reconnexion : 3 secondes
  • Utiliser le décodage matériel si disponible : activé
  • Fermer le fichier lorsqu'il est inactif : activé

Le guide SRT d'OBS explique que la latence SRT doit être au moins égale à 2,5 fois le temps d'aller-retour entre l'encodeur et le serveur : plus de latence laisse plus de temps pour renvoyer les paquets perdus, mais retarde ton image. Pour nos serveurs, les 2 secondes de l'étape 2 sont la recommandation et priment sur la valeur par défaut d'OBS de 120 ms.

Avec l'IRL Broadcasting Server, OBS Studio tourne à la place sur le serveur. Tu l'ouvres via le Bureau à distance depuis le portail client, mais seulement pour des ajustements et pas pendant un stream en cours.

Étape 4 : créer des scènes pour Start, Live et Low

Crée trois scènes et donne-leur les mêmes noms que dans notre outil de changement de scène, pour qu'OBS ait quelque chose à afficher quand le signal faiblit :

  • Start : affichée quand le serveur ne reçoit aucun signal. Utilise une image fixe ou un clip en boucle avec un message comme « Connexion perdue, on revient dans un instant », plus de la musique ou un mixage audio coupé. N'y mets pas la source téléphone, puisqu'elle ne livre rien.
  • Live : le stream stable. Cette scène contient la source avec le stream entrant, plus les overlays, les alertes, le chat et tout ce que tu utilises d'autre.
  • Low : affichée quand le débit passe sous le seuil. Elle utilise la même source, avec une petite bannière comme « Connexion faible ». Les spectateurs voient toujours l'image, mais savent pourquoi elle est dégradée.

Pense à la partie audio : ton micro vient du téléphone, donc la scène Start doit avoir sa propre ambiance sonore ou être coupée volontairement.

Étape 5 : configurer le changement de scène automatique

Tu ne surveilleras pas OBS pendant que tu marches dans une ville, alors laisse-le changer de scène tout seul. Pour cela, nous avons développé notre propre outil de changement de scène. Il passe sur Low quand le débit entrant descend sous un seuil, sur Start quand le signal disparaît, et revient sur Live dès que la connexion est de nouveau stable.

  • IRL Endpoint Server : Tu crées et télécharges l'outil dans le portail client. Il tourne sur ton propre PC à côté d'OBS Studio, sous Windows et macOS, et nécessite que la fonction WebSocket d'OBS soit activée, intégrée depuis OBS 28.
  • IRL Broadcasting Server : L'outil tourne sur le serveur, avec des scènes préconfigurées.

Le seuil par défaut est de 800 kbit/s. Tu peux l'ajuster, par exemple avec la commande de chat Twitch !trigger 500. La bonne valeur dépend de ton matériel et de ton réseau mobile. Le chatbot Twitch optionnel, disponible si tu indiques une chaîne Twitch lors de la commande, annonce aussi les changements de scène dans ton chat.

Le changement de scène automatique ne fonctionne qu'avec OBS Studio, pas avec vMix, et Streamlabs OBS n'est pas compatible. Si tu construis plutôt ta propre configuration, le plugin Advanced Scene Switcher pour OBS peut servir d'alternative et automatise des tâches avec des macros. Notre guide séparé sur le changement de scène automatique détaille les options.

Étape 6 : faire un test complet avant de partir

  1. Lance OBS, vérifie que la scène Live affiche ta source téléphone et contrôle les indicateurs audio.
  2. Lance un stream de test vers ta plateforme. Utilise un test privé ou non répertorié si ta plateforme en propose un, ou garde le premier test public court.
  3. Marche dehors. Surveille le débit et la latence dans ton application et l'image dans OBS.
  4. Provoque une coupure, par exemple avec le mode avion pendant 20 secondes. Vérifie qu'OBS passe sur Start, que le stream sur la plateforme reste en ligne et qu'OBS revient sur Live après la reconnexion.
  5. Vérifie ensuite ta consommation de données et compare-la avec ton calcul ci-dessous.

Combien de données mobiles un stream IRL consomme-t-il ?

Tu peux calculer le volume à partir du débit : les kbit/s divisés par 8 donnent des kilo-octets par seconde, multipliés par 3600 ils donnent des kilo-octets par heure. En bref, kbit/s / 8 * 3600 = ko par heure, et divisé par 1000, cela donne des Mo par heure.

Débit vidéoDonnées par heure
2 500 kbit/senviron 1 125 Mo (1,1 Go)
4 000 kbit/senviron 1 800 Mo (1,8 Go)
6 000 kbit/senviron 2 700 Mo (2,7 Go)
8 000 kbit/senviron 3 600 Mo (3,6 Go)

L'audio, la surcharge du protocole et les retransmissions s'y ajoutent, prévois donc une marge. Les « données illimitées » de nos serveurs ne concernent que le côté serveur. La connexion de ton téléphone vers le serveur utilise ton propre forfait. Notre guide du streaming IRL inclut un outil pour estimer ta consommation mensuelle.

Le bonding en bref

Avec du SRT simple, ton téléphone utilise un seul réseau à la fois. Le SRTLA ajoute l'agrégation de liens : il transporte le trafic SRT sur plusieurs liens réseau en même temps et le répartit dynamiquement selon l'état du réseau, comme décrit dans le dépôt BELABOX SRTLA. Le côté réception doit prendre en charge le SRTLA, et nos deux serveurs IRL acceptent une entrée SRTLA. Moblin, par exemple, peut utiliser en même temps une connexion cellulaire, une connexion Wi-Fi et plusieurs connexions Ethernet. Le bonding aide quand un réseau est faible, mais il implique aussi une consommation de données totale plus élevée, puisque le trafic est réparti sur plusieurs liens.

Prêt à passer en direct ?

Avec un serveur entre ton téléphone et OBS, un signal faible te coûte quelques secondes d'image, pas tout ton stream. Choisis l'IRL Broadcasting Server si tu ne veux pas laisser tourner un PC à la maison.

FAQ

Comment configurer un stream IRL avec OBS ?

Envoie le stream de ton téléphone en SRT ou SRTLA vers un serveur, ajoute le lien de lecture du portail client comme Source média dans OBS (Fichier local désactivé, Format d'entrée mpegts), crée les scènes Start, Live et Low, et diffuse depuis OBS vers ta plateforme. Teste toute la chaîne, y compris une coupure forcée, avant de partir de chez toi.

Quelle est la différence entre SRT et SRTLA ?

Le SRT est un protocole de transport pour de la vidéo fiable et à faible latence sur des réseaux peu fiables. Le SRTLA enveloppe le trafic SRT et l'envoie sur plusieurs liens réseau, par exemple deux cartes SIM ou une SIM plus le Wi-Fi, ce que l'on appelle souvent le bonding. Le SRTLA nécessite un récepteur qui le prend en charge.

Ai-je besoin d'un PC à la maison pour streamer en IRL avec OBS ?

Non. Tu peux faire tourner OBS sur un PC à la maison, ou utiliser un OBS dans le cloud qui tourne dans un datacenter et se pilote via Remote Desktop. L'option cloud supprime le besoin d'un matériel puissant et d'un PC allumé en permanence à la maison.

Combien de données un stream IRL consomme-t-il par heure ?

Divise le débit en kbit/s par 8 et multiplie par 3600 pour obtenir des kilo-octets par heure. À 4 000 kbit/s, cela fait environ 1,8 Go par heure pour la vidéo seule. L'audio et la surcharge du protocole en ajoutent un peu plus.

Dois-je ouvrir des ports sur ma box ?

Pas avec l'IRL Endpoint Server. Ton encodeur et ton OBS se connectent tous les deux au serveur en sortie, donc aucune redirection de ports ni modification de la box n'est nécessaire, et cela fonctionne aussi derrière un CGNAT.