Multistreaming OBS : un flux, plusieurs destinations

Choisissez délibérément la frontière de distribution

Un serveur ne supprime pas toutes les dépendances partagées. Toutes les destinations dépendent encore du programme OBS, de l’unique session upstream du site et du déploiement Callaba qui la reçoit. L’avantage réside dans une frontière de panne plus nette, pas dans une redondance magique.

Préparez la production avant de saisir les clés de stream

• Créez ou programmez les événements de destination et confirmez que chaque compte est autorisé à diffuser en direct.
• Choisissez une résolution de contribution, une fréquence d’images, un codec, un bitrate, un intervalle d’images clés et un programme audio que Callaba peut recevoir de manière fiable.
• Mesurez l’upload soutenu du réseau de production. Un test de débit rapide ne remplace pas une répétition.
• Utilisez un programme de test court et reconnaissable, avec du mouvement, de la parole et un repère de synchronisation.
• Conservez les clés de plateforme hors des captures d’écran, des runbooks publics et des charges utiles d’analytics.
• Désignez un opérateur capable de voir à la fois l’entrée partagée et la régie de chaque plateforme.

Les exigences des destinations évoluent. Avant le direct, consultez la page d’aide actuelle de chaque service au lieu de reprendre un tableau de bitrate provenant d’un ancien article.

Configurez OBS pour un upstream unique et maîtrisé

1. Créez l’entrée Callaba. Utilisez un RTMP Server ou un SRT Server adapté à la production. Démarrez-le et copiez depuis le tableau de bord les valeurs de publication actuelles.
2. Dans OBS, ouvrez Paramètres → Stream. L’interface officielle d’OBS permet de choisir un service intégré ou un Custom Streaming Server, puis de saisir le serveur et la clé fournis. Utilisez exactement les valeurs Callaba ; ne réutilisez pas ici la clé d’une plateforme de destination.
3. Vérifiez Paramètres → Sortie. Choisissez un profil que le chemin partagé peut transporter et que le workflow en aval peut décoder. Pour le premier test, évitez de modifier simultanément le codec, la résolution et le routage audio.
4. Lancez un test privé. Surveillez dans OBS la surcharge du codeur et les images perdues. Dans Callaba, exigez un bitrate entrant stable ainsi qu’une image décodée avec le son prévu.
5. Arrêtez puis reconnectez. Confirmez que la session se ferme et que le même publisher géré peut se reconnecter. Cette vérification révèle les identités obsolètes ou mal copiées.

Pour une procédure consacrée à RTMP, consultez Envoyer et recevoir du RTMP avec OBS. Si la production utilise une contribution SRT, ouvrez le guide de configuration SRT dans OBS et vérifiez la méthode de sortie OBS actuellement utilisée.

Ajoutez une destination, prouvez son fonctionnement, puis passez à la suivante

1. Ouvrez Restreaming dans Callaba et créez un nouveau restream en utilisant comme source le feed OBS déjà validé.
2. Choisissez le type de destination pris en charge ou saisissez exactement l’URL de sortie personnalisée et la clé fournies par la plateforme.
3. Laissez le transcoding désactivé lorsque la contribution OBS satisfait déjà le contrat de la destination. Si une plateforme exige un autre profil, ne modifiez que les paramètres requis par ce contrat.
4. Démarrez le restream et ouvrez l’aperçu de la plateforme. Confirmez l’image, le son, l’état du compte et tout avertissement affiché par la plateforme.
5. Nommez la route validée avec l’événement et la destination, puis répétez l’opération pour la plateforme suivante.

Suivez les champs actuels du guide utilisateur Restreaming de Callaba. La démo Multiview en direct présente l’interface de monitoring destinée à l’opérateur, mais votre propre source et vos destinations exigent toujours un test de production.

Utilisez un arbre de panne au lieu de tout redémarrer

Les plugins sont utiles, mais déplacent la responsabilité du risque

OBS n’a pas besoin d’une distribution côté serveur pour chaque émission. Un plugin multi-sorties maintenu peut être pratique lorsque la station dispose d’une marge suffisante en encodage et en upload, que l’opérateur souhaite tout piloter localement et que le plugin a été testé avec la version d’OBS installée. Téléchargez les plugins depuis leur projet maintenu et vérifiez leur état de mise à jour avant la production.

Ne supposez pas que chaque sortie ajoutée est « gratuite ». Certaines configurations partagent le codeur principal, tandis que d’autres peuvent déclencher un encodage ou un redimensionnement supplémentaire. Chaque session réseau possède aussi son propre comportement de reconnexion. Exécutez l’ensemble des sorties pendant une durée représentative, puis coupez une destination et le réseau pour observer les actions requises de l’opérateur.

Automatisez seulement après validation de la matrice des destinations

Lorsqu’un système de programmation ou un tableau de bord client doit créer des destinations, utilisez le workflow API de streaming en direct multiplateforme. Conservez la source validée, le type de sortie, le profil média et la règle de nommage. Gardez les clés hors des journaux du navigateur et des analytics côté client, et rendez l’opération idempotente afin qu’une nouvelle tentative ne crée pas une route live en double.

Une réponse de l’API confirme une opération de contrôle. Elle ne prouve pas que la plateforme externe est prête, que le programme est audible ou que le public voit le bon événement. Conservez l’aperçu de la plateforme et le média décodé dans le parcours de validation.

Références officielles

• Présentation d’OBS Studio — concepts actuels des commandes Stream et Sortie.
• Dépannage de la connexion de streaming OBS — étapes pour isoler les problèmes de réseau, de service et de bitrate.
• Guide des profils OBS — paramètres de sortie conservés par un profil.

Questions fréquentes

OBS envoie-t-il nativement un stream vers plusieurs plateformes ?

Les paramètres Stream standard décrivent un service sélectionné ou un serveur personnalisé. Plusieurs sorties locales nécessitent généralement un plugin maintenu ou une autre méthode externe. Avec la distribution côté serveur, OBS envoie un stream à Callaba et les destinations y sont créées.

Quelle bande passante montante faut-il pour le multistreaming côté serveur ?

Le site doit soutenir l’unique feed de contribution, la surcharge normale et une marge de sécurité. Le déploiement Callaba prend en charge l’egress vers les destinations. Mesurez les deux frontières au bitrate complet de production.

Chaque destination peut-elle utiliser une résolution ou un bitrate différent ?

Oui, si la route Callaba choisie, le profil de codec et la capacité du déploiement prennent en charge la transformation requise. N’ajoutez un profil distinct que pour un besoin de destination documenté, puis vérifiez sa sortie décodée.