Pourquoi une nouvelle diffusion apparaît sur YouTube après une reconnexion OBS

La reconnexion OBS en elle-même ne crée pas de nouvelle diffusion

Une coupure de connexion avec le serveur YouTube et une reconnexion OBS devraient normalement concerner une seule et même diffusion. Les spectateurs peuvent voir une pause, un écran d'attente ou manquer une partie de la diffusion, mais le lien, le chat et l'enregistrement restent les mêmes. Si une page distincte apparaît dans YouTube Studio, la cause n'est généralement pas la reconnexion en tant que telle, mais un changement de liaison entre le flux entrant et la diffusion.

Du côté de YouTube, il existe deux entités différentes : la page de diffusion avec son titre, ses accès, son chat et ses paramètres, ainsi que le flux RTMP envoyé par OBS. Une nouvelle diffusion apparaît lorsque le service reçoit un flux lié à une autre diffusion ou à un autre scénario de lancement.

Différence entre la page de diffusion et la clé de diffusion

La clé de diffusion sert à OBS pour envoyer la vidéo et le son au serveur YouTube. La page de diffusion est l'objet que le spectateur ouvre : elle possède un lien, une miniature, une description, un chat et un futur enregistrement. Avec une configuration stable, un flux entrant alimente une page de diffusion bien précise.

Après une brève coupure, OBS peut rétablir la connexion avec la même entrée RTMP. Mais si une nouvelle diffusion a été créée pendant l'incident, si une autre clé a été sélectionnée ou si un outil externe a modifié la liaison, YouTube commence à recevoir le flux pour une autre page. De l'extérieur, on a l'impression que le programme a divisé un seul stream en deux, alors que la décision a été prise au niveau de la configuration de la diffusion.

Une nouvelle page est créée manuellement dans YouTube Studio

Un scénario courant commence après une perte de signal. Le propriétaire de la chaîne ouvre Studio, voit un avertissement signalant un problème et crée une nouvelle diffusion au lieu d'attendre le rétablissement de la précédente. Ensuite, OBS est relancé avec les paramètres du nouveau brouillon, et la première page conserve un court enregistrement.

L'erreur est plus facile à commettre si la chaîne contient en même temps un stream programmé, un brouillon, une diffusion de test et plusieurs anciens brouillons aux noms similaires. L'inconvénient de la restauration manuelle en situation de stress est évident : il est difficile d'identifier rapidement quelle page est liée au signal en cours, et les spectateurs peuvent rester sur l'ancien lien.

Changement de clé dans le profil ou sur un autre ordinateur

La clé de diffusion peut différer entre les profils OBS, les ordinateurs de travail et le matériel de secours. Par exemple, l'ordinateur principal utilise la clé de la diffusion programmée, tandis que l'ordinateur de secours utilise la clé d'une diffusion de test enregistrée auparavant. En basculant sur le secours, YouTube reçoit le flux selon un autre schéma et peut lancer une autre page.

Vérifiez les paramètres de diffusion OBS sur chaque appareil : le service sélectionné, le serveur et la clé. Il est également utile de vérifier quel profil était actif avant et après la coupure. Une clé commune à toute l'équipe simplifie le lancement, mais cette option présente un inconvénient : un démarrage accidentel depuis un autre ordinateur peut interférer avec la diffusion en cours.

L'automatisation crée une diffusion au lieu de se reconnecter

Les panneaux de contrôle, bots, plugins et scripts personnalisés peuvent interagir avec l'API YouTube. Ces outils créent une diffusion, définissent le titre, les accès et d'autres paramètres, puis la relient au flux entrant. Si l'automatisation se déclenche non seulement avant le premier démarrage, mais aussi après le rétablissement du réseau, elle peut créer une nouvelle page.

Vérifiez tout particulièrement les gestionnaires de lancement d'OBS, de changement de scènes, d'événements réseau et les commandes provenant d'un panneau distant. L'inconvénient de l'automatisation est qu'une erreur de logique n'est pas toujours visible immédiatement : l'image est déjà transmise, mais les spectateurs et les modérateurs continuent de regarder la diffusion précédente via l'ancien lien.

À quoi doit ressembler le schéma de liaison du flux

Pour un seul stream programmé, la chaîne doit être simple : OBS envoie le flux via une seule clé RTMP, et YouTube le reçoit dans une page de diffusion bien précise. Lors d'une reconnexion, OBS revient dans la même entrée si la clé, les paramètres Studio et les scénarios externes n'ont pas changé.

Le schéma est utile pour le diagnostic : il montre qu'une coupure internet ne équivaut pas à la création d'une nouvelle diffusion. Un nouvel objet n'apparaît que lorsque la clé, la page cible ou l'automatisation créant une nouvelle liaison change dans la chaîne. Il ne faut pas modifier plusieurs paramètres à la fois : il devient ensuite difficile d'identifier la source du problème.

Comment trouver la cause dans l'historique des diffusions et le journal OBS

Ouvrez la liste des diffusions dans YouTube Studio et comparez l'heure de création des pages, du démarrage réel et de la fin de l'enregistrement. Si la deuxième page a été créée exactement au moment de la coupure, vérifiez les actions dans Studio et le fonctionnement de l'automatisation. Si les deux pages existaient déjà à l'avance, il est probable qu'après la reconnexion, la clé, le profil ou l'appareil ait changé.

• Comparez le moment de la perte de signal avec l'heure d'apparition de la nouvelle page dans Studio.
• Vérifiez le profil OBS actif avant et après le redémarrage.
• Comparez les paramètres de diffusion sur l'ordinateur principal et celui de secours.
• Ouvrez le journal OBS : on y voit la déconnexion, les tentatives de reconnexion et le nouveau démarrage de la transmission.
• Vérifiez si des bots, panneaux de contrôle ou scripts se sont lancés au moment de l'incident.
• Assurez-vous qu'aucun autre brouillon n'a été ouvert et configuré manuellement dans Studio.

Une diffusion programmée aide à conserver un seul lien

Pour un stream important, il est pratique de préparer à l'avance une page de diffusion et de l'utiliser comme point d'entrée permanent pour l'audience. Avant le début, vérifiez le titre, les accès, la miniature et l'arrivée du signal précisément dans cette diffusion. Après une coupure, ouvrez d'abord son statut et assurez-vous qu'OBS tente de revenir à la connexion précédente.

Ne créez pas de nouvelle page tant que le profil actif, la clé et l'état de la diffusion déjà lancée n'ont pas été vérifiés. Le format programmé présente un inconvénient : lorsque d'anciens brouillons aux noms identiques se sont accumulés sur la chaîne, il est facile de se tromper. Des noms de travail clairs et la suppression des diffusions de test inutiles aident.

Clé réutilisable et clés distinctes selon les tâches

Une clé réutilisable évite de copier constamment les paramètres dans OBS et réduit le risque d'erreur lors de la préparation. En cas de brève coupure réseau, elle aide le programme à revenir au point de réception habituel. Cette option est pratique pour un seul poste de travail, sans tests parallèles ni scénarios externes complexes.

L'inconvénient d'une clé réutilisable est un contrôle moindre sur les accès. Si elle est enregistrée sur un autre ordinateur ou transmise à un assistant, un lancement accidentel peut interférer avec la diffusion en cours. Pour les tests, le matériel de secours et les projets distincts, il faut un ordre défini à l'avance : quelle clé est utilisée, à quelle page elle correspond et qui peut lancer le flux.

Test de reconnexion avant une diffusion importante

Il vaut mieux effectuer la vérification sur une diffusion de test privée. Lancez OBS, attendez le signal dans Studio, puis interrompez temporairement la transmission ou la connexion réseau et laissez le programme tenter de rétablir la liaison. Après le retour du signal, vérifiez le lien, le chat, le titre et la présence de la même page dans le panneau de contrôle.

Si une nouvelle diffusion apparaît après le test, ne modifiez pas les paramètres au hasard. Notez l'heure des événements, le profil OBS actif, la clé utilisée et la liste des outils connectés. Désactivez ensuite l'automatisation, répétez le test et vérifiez séparément la bascule entre l'appareil principal et celui de secours. L'inconvénient d'un tel test est qu'il ne reproduira pas tous les problèmes d'un réseau réel, mais il permettra de distinguer une erreur de configuration d'une défaillance accidentelle de la connexion.

Quand une diffusion distincte est réellement nécessaire

Une nouvelle page se justifie si le sujet, les accès, l'habillage, le planning changent ou si un archivage autonome est nécessaire. Des diffusions distinctes sont aussi utilisées pour des présentations privées, des tests techniques et des projets parallèles. Dans ces cas, la séparation aide à ne pas mélanger les chats, les enregistrements et les statistiques de différents événements.

L'inconvénient de cette solution est que l'audience doit passer par un nouveau lien, et que les données restent réparties entre différentes diffusions. Si la tâche se limite à restaurer OBS après une brève coupure, il n'est pas nécessaire de créer une nouvelle diffusion : il faut conserver la liaison précédente du flux avec la page déjà lancée.