Le son n'est pas partout : comment identifier la cause lors d'un restream

Pourquoi le son disparaît uniquement sur une plateforme

Lors d'un restream, un seul flux est diffusé simultanément vers plusieurs plateformes. On a donc l'impression que toutes les destinations reçoivent un signal parfaitement identique. En pratique, après l'envoi du flux, chaque plateforme reçoit, vérifie et traite l'audio séparément. Elle peut utiliser son propre lecteur, un ensemble différent d'exigences de codec, des pistes audio distinctes et une vérification automatique du contenu.

Si le son est présent sur deux plateformes mais inaudible sur la troisième, le microphone n'est pas forcément en panne. Le plus souvent, le problème se situe après la formation du mix global : dans les réglages d'une destination spécifique, le choix de la piste audio, le traitement du signal entrant ou le lecteur lui-même.

Le son peut disparaître à différentes étapes. Il peut ne pas être inclus dans le mix de sortie, se perdre lors de la transmission vers une destination, échouer à la vérification du format, être désactivé par le système de la plateforme ou n'être lu que par une partie des spectateurs. Il faut donc d'abord déterminer où exactement le silence s'est produit, puis modifier les paramètres de l'encodeur.

Le repère le plus utile est de comparer l'enregistrement local, l'aperçu, la diffusion publique et l'envoi direct vers la plateforme problématique. Cet ordre permet de ne pas changer le microphone et tous les réglages au hasard.

Vérifiez d'abord que le problème est bien lié au son

Ne vous fiez pas uniquement au message d'un seul spectateur. Le lecteur peut être en mode muet, et le volume du navigateur ou de l'application peut être baissé. Parfois, le problème n'apparaît que dans l'application mobile, un navigateur spécifique ou la lecture intégrée sur une autre page.

Vérifiez la diffusion vous-même de plusieurs façons :

• ouvrez la diffusion en mode navigation privée, où aucun réglage de lecteur n'est enregistré ;
• regardez-la depuis un autre appareil ou via un autre réseau ;
• vérifiez le volume du lecteur lui-même, de l'onglet du navigateur et de l'appareil ;
• comparez la diffusion publique avec l'aperçu dans le panneau de gestion de la plateforme ;
• après la fin, vérifiez l'enregistrement de la diffusion si la plateforme le conserve.

Si le son est absent uniquement dans un lecteur, mais présent dans l'enregistrement ou chez d'autres spectateurs, il n'est pas nécessaire de modifier les réglages du microphone et de l'encodeur. Vérifiez d'abord le cache, l'application, le navigateur et l'état du lecteur lui-même.

Si les problèmes sont audibles partout, passez à la vérification de l'enregistrement local et de la piste de sortie. Cela permettra de distinguer un dysfonctionnement de la source d'une erreur propre à une plateforme spécifique.

Vérifiez l'audio avant l'envoi vers le restream

L'indicateur de niveau dans le programme de diffusion indique si le mixeur reçoit un signal. Si la barre du microphone ou du jeu bouge, cela ne signifie pas encore que le son arrive dans la bonne piste et est envoyé vers la plateforme. Le mixeur peut afficher une activité, alors que le flux de sortie utilise un autre ensemble de canaux.

Faites un court enregistrement local avec les mêmes réglages que ceux utilisés pour lancer la diffusion. On doit y entendre toutes les sources : la voix, le jeu, les notifications et les autres éléments que vous comptez transmettre. Si l'enregistrement local est silencieux, le problème se situe dans la source, le mixeur ou l'audio de sortie du programme.

Vérifiez séparément les causes physiques et logicielles :

• une entrée désactivée ou temporairement indisponible n'a-t-elle pas été sélectionnée comme microphone ;
• le son n'a-t-il pas été coupé sur le fader de la source ;
• la source de scène censée transmettre le jeu ou le navigateur n'est-elle pas désactivée ;
• un filtre qui supprime complètement le signal n'a-t-il pas été appliqué ;
• l'appareil d'entrée a-t-il changé après le redémarrage du programme ou la connexion d'un casque.

L'écoute via le monitoring du programme ne constitue pas une vérification complète. Le monitoring peut fonctionner sur un chemin distinct et ne pas correspondre à ce qui est envoyé aux spectateurs. Il est plus fiable de comparer les indicateurs, l'enregistrement local et la diffusion réelle.

Vérifiez la sélection de la piste audio

L'une des causes fréquentes d'un silence sélectif est liée à plusieurs pistes audio. En mode de sortie avancé, la voix, le jeu et la musique peuvent être enregistrés séparément. C'est pratique pour le montage, mais toutes les plateformes ou services de restream ne transmettent et ne traitent pas ces pistes de la même manière.

Une plateforme peut prendre la première piste et entendre le mix global, tandis qu'une autre recevra une piste où se trouve seulement la voix ou aucun source active. Le résultat : la vidéo continue, mais le son disparaît sur une destination spécifique.

Pour le diagnostic, envoyez temporairement toutes les sources nécessaires dans une seule piste principale. Assurez-vous que c'est bien celle-ci qui est indiquée pour la diffusion en streaming, et non uniquement pour l'enregistrement local. Si le son réapparaît, la cause est trouvée : il faut reconfigurer la répartition des sources par piste en tenant compte des capacités de chaque plateforme.

Il ne faut pas confondre les pistes séparées avec les canaux gauche et droit. Une piste est un mix audio distinct, tandis qu'un canal est un côté à l'intérieur de ce mix. En cas de mauvaise correspondance des canaux, la voix peut se retrouver uniquement à gauche ou à droite. Sur un appareil, ce sera audible, tandis que sur un autre, le spectateur croira qu'il n'y a pas de son.

Comment configurer les pistes pour une diffusion compatible

Pour un restream classique, il est plus sûr de commencer par un mix global simple. Créez une piste principale de diffusion et dirigez-y la voix, le jeu, les alertes et les autres sources que les spectateurs doivent entendre. Dans les réglages de chaque source, vérifiez la coche de cette piste précise.

Les pistes supplémentaires peuvent être conservées pour l'enregistrement local. Par exemple, enregistrer sur une piste le mix complet pour la diffusion, sur une autre uniquement le microphone, sur une troisième le jeu. Mais dans les paramètres de diffusion en streaming, la piste avec le mix complet doit être sélectionnée. Les pistes d'enregistrement séparées ne garantissent pas en elles-mêmes que le restream recevra le son global.

Après avoir modifié le schéma, enregistrez le profil et faites un court enregistrement. Vérifiez ensuite la diffusion sur la plateforme problématique. Si le service de restream ne permet pas de sélectionner une piste distincte pour chaque destination, utilisez pour toutes les plateformes un mix global compatible. Une variante audio distincte pour une plateforme spécifique n'est possible que lorsque le service ou un encodeur supplémentaire prend en charge différentes sorties.

Si la voix et le jeu sont répartis sur des pistes différentes, n'essayez pas de résoudre le problème en modifiant le volume. Le volume n'ajoutera pas la source dans une autre piste. Il faut ouvrir les propriétés du mixeur audio, cocher les sources nécessaires dans la piste de diffusion et relancer le flux.

Exigences typiques des plateformes en matière d'audio

Une plateforme peut accepter la partie vidéo du flux tout en traitant incorrectement l'audio. Cela se produit avec un codec non pris en charge, un débit trop élevé ou trop faible, une fréquence d'échantillonnage incorrecte, un nombre de canaux inadapté ou une combinaison non standard de ces paramètres.

Les exigences exactes dépendent de la plateforme, du protocole et du mode de connexion. Avant la configuration, ouvrez l'aide officielle de la destination concernée et recherchez les exigences relatives à l'audio entrant. Vérifiez-les particulièrement après le passage à une adresse RTMP ou RTMPS personnalisée, un changement d'encodeur ou la connexion d'un nouveau service de restream.

• Codec. Pour les flux via RTMP et RTMPS, on utilise souvent AAC-LC. Opus et d'autres variantes peuvent n'être prises en charge que pour un protocole ou un type de flux entrant spécifique. On ne doit pas choisir un codec simplement parce qu'il est disponible dans le programme.
• Débit. Les exigences peuvent indiquer un niveau précis, une plage admissible ou une valeur maximale. Dans les profils compatibles, on rencontre souvent des valeurs autour de 128 ou 160 kbit/s, mais ce n'est pas une règle universelle. Si la plateforme limite le débit, un dépassement de la limite peut entraîner le rejet de l'audio alors que la vidéo est conservée.
• Fréquence d'échantillonnage. Pour les diffusions, on rencontre souvent 44,1 et 48 kHz. Il est important que la fréquence dans le programme, le mixeur, l'interface audio et l'encodeur de sortie ne soient pas en conflit. Si la plateforme exige une valeur précise, choisissez-la à toutes les étapes.
• Nombre de canaux. Le mono contient un canal, le stéréo en contient deux. La plateforme peut accepter les deux ou exiger un schéma précis. Pour la voix, le mono peut suffire, tandis que pour le jeu et la musique, un mix stéréo est nécessaire si les exigences le permettent.
• Profil du codec et disposition des canaux. Même un AAC pris en charge peut être configuré avec un profil inadapté ou une mauvaise correspondance des canaux gauche et droit.

Si la documentation officielle n'indique pas de profil spécifique, utilisez pour un test de contrôle une variante simple prise en charge par votre protocole : AAC-LC, la fréquence indiquée dans les exigences de la plateforme, un débit modéré et un mix stéréo standard. Après un test réussi, vous pouvez réintroduire les pistes supplémentaires et le traitement complexe, un réglage à la fois.

Vérifiez le mono, le stéréo et la disposition des canaux

Un problème de canaux peut ressembler à un silence total. Par exemple, le microphone transmet un signal uniquement dans le canal gauche, et la plateforme ou le lecteur traite incorrectement ce flux. Dans une autre situation, le mix global est formé en mono, mais l'encodeur attend un signal stéréo avec deux canaux.

Ouvrez les réglages du mixeur audio et examinez le balance de chaque source. Pour la voix, vérifiez que le curseur n'est pas complètement déplacé à gauche ou à droite. Si le programme dispose d'une fonction de fusion des canaux en mono, appliquez-la au microphone lorsque la voix doit être au centre. Cela éliminera la situation où la parole n'est présente que d'un côté.

Si la plateforme problématique exige le stéréo, la sortie doit contenir deux canaux corrects. La simple duplication d'un canal gauche défectueux ne résout pas toujours le problème : il faut d'abord s'assurer que la source contient bien un signal utile. Ne convertissez pas la musique et le jeu en mono sans nécessité, car vous risquez de perdre la composante spatiale.

Après avoir modifié les canaux, faites un enregistrement avec la voix et le jeu, écoutez-le au casque et sur des haut-parleurs ordinaires. Vérifiez ensuite la destination problématique, car le lecteur local peut effectuer le mélange des canaux à sa manière.

Vérifiez les réglages de la destination spécifique du restream

Dans le panneau du service de restream, chaque plateforme peut avoir sa propre configuration. Même si la source est commune, la destination peut parfois avoir son propre profil d'encodage, un choix de piste, des paramètres audio et un mode de connexion. Après avoir copié les réglages d'une autre diffusion, certains champs peuvent s'avérer inadaptés.

Vérifiez que la plateforme concernée est bien active, connectée au bon canal et reçoit la diffusion actuelle. Une destination arrêtée ou obsolète peut apparaître comme connectée alors que le flux n'est plus reçu. Si des statistiques de destination sont disponibles, vérifiez si le flux audio est transmis, et pas seulement la vidéo.

Vérifiez si une piste vide n'a pas été assignée à cette destination. Si les réglages proposent un choix de source audio, définissez la piste principale avec le mix complet. S'il est possible d'indiquer séparément le codec, le débit, la fréquence et le nombre de canaux, comparez ces champs avec les exigences officielles de la plateforme.

Après avoir modifié les paramètres clés, arrêtez complètement la diffusion et relancez-la. Certains réglages ne s'appliquent qu'à la création d'une nouvelle connexion. Un simple rafraîchissement de la page ou un nouveau clic sur le bouton de démarrage ne reconstruit pas toujours le flux.

Que faire après le diagnostic : reconfigurer pour la plateforme problématique

Après la vérification, il ne suffit pas d'identifier la cause : il faut modifier le maillon précis de la chaîne. Commencez par sauvegarder le profil fonctionnel et noter les paramètres d'origine. Cela permettra d'y revenir si la nouvelle configuration affecte les autres destinations.

1. Si le problème vient de la piste, sélectionnez dans le programme la piste principale pour la diffusion en streaming et ajoutez-y toutes les sources que les spectateurs doivent entendre. Ne conservez les pistes supplémentaires que pour l'enregistrement local. Relancez la diffusion et vérifiez le résultat.
2. Si le problème vient du codec, choisissez le codec expressément indiqué dans les exigences de la plateforme. Pour RTMP ou RTMPS, il s'agit souvent d'AAC-LC, mais il faut se référer à la documentation de l'entrée concernée. N'utilisez pas Opus si ce protocole ne le prend pas en charge.
3. Si le débit ne correspond pas, définissez la valeur indiquée dans les exigences ou ne dépassez pas le maximum spécifié. Pour le test, il est préférable d'utiliser un profil fixe plutôt qu'un mode automatique qui modifie les paramètres pendant la diffusion.
4. Si la fréquence ne correspond pas, définissez la valeur requise dans le programme de diffusion et vérifiez les réglages de l'interface audio. Ne laissez pas un maillon de la chaîne fonctionner à 44,1 kHz alors qu'un autre attend de force 48 kHz sans conversion correcte.
5. Si le problème vient des canaux, définissez le mode mono ou stéréo requis. Pour la voix, commencez par obtenir un signal central régulier, puis configurez le nombre de canaux de sortie selon les exigences de la plateforme.
6. Si aucun réglage n'aide, désactivez temporairement la musique, les pistes supplémentaires, les filtres et le traitement complexe. Vérifiez un mix pur de voix et de jeu pour exclure l'influence d'une source spécifique.

Après chaque modification, lancez un court test. Ne modifiez pas simultanément le codec, la piste, le débit et les canaux : sinon, il sera difficile de relier le résultat à une cause précise.

Comment convertir l'audio avant l'envoi

Si le programme ou le service de restream ne peut pas adapter le son aux exigences d'une destination spécifique, on peut utiliser un convertisseur audio intermédiaire ou un encodeur supplémentaire. Il doit recevoir la piste nécessaire, modifier le codec, la fréquence, le nombre de canaux et le débit, puis envoyer le flux à l'adresse de la plateforme problématique.

Pour une sortie RTMP compatible, un exemple de commande peut se présenter ainsi : ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL. Ici, on sélectionne la première piste vidéo et la première piste audio, l'audio est encodé en AAC-LC, le débit est fixé à 128 kbit/s, la fréquence à 48 kHz et deux canaux. Ces valeurs constituent un exemple de profil de contrôle, et non des exigences universelles pour toutes les plateformes.

Si la documentation exige le mono, le paramètre du nombre de canaux passe de « -ac 2 » à « -ac 1 ». Si la fréquence indiquée est 44,1 kHz, on utilise « -ar 44100 » au lieu de « -ar 48000 ». Le débit est également remplacé par la valeur indiquée dans les exigences. Avant le lancement, assurez-vous que le protocole de sortie prend en charge le codec choisi.

Le paramètre « -map 0:a:0 » est important : il sélectionne explicitement la première piste audio. Si le mix complet se trouve sur une autre piste, il faut indiquer le numéro correspondant. Une sélection aléatoire de la piste peut à nouveau envoyer à la plateforme la voix sans le jeu ou un flux audio vide.

Il n'est pas nécessaire de réencoder la vidéo uniquement à cause d'un problème de son si elle est déjà compatible avec la plateforme. Cependant, la copie de la vidéo avec le paramètre « -c:v copy » n'est admissible qu'avec un codec vidéo et un conteneur adaptés. L'adresse du flux et la clé de diffusion ne doivent pas être publiées dans les commandes, les captures d'écran et les journaux.

Excluez la désactivation automatique du son due au contenu

Si seule la musique, des extraits vidéo ou un autre élément précis disparaît, la cause peut être une vérification automatique des droits d'auteur. Différentes plateformes utilisent des règles et des systèmes de reconnaissance différents. L'une peut conserver le son, l'autre peut temporairement couper le son de la diffusion, bloquer un extrait précis ou désactiver le son dans l'enregistrement.

Consultez les notifications dans le panneau de l'auteur et le statut de la diffusion enregistrée. Il est important de comparer non seulement la diffusion en direct, mais aussi l'enregistrement après sa fin. Si le son était audible pendant la diffusion mais a disparu dans l'enregistrement, cela indique un traitement ultérieur, et non un dysfonctionnement du microphone ou du restream.

Pour un test de contrôle, utilisez une courte diffusion sans musique, clips vidéo ni sons dont les droits ne sont pas confirmés. Ne laissez que la voix et le son du jeu. Si, lors de ce test, la plateforme problématique se met à diffuser le son, la cause doit être recherchée dans les règles d'utilisation du contenu concerné. Il ne faut pas contourner les restrictions automatiques en modifiant les paramètres techniques : cela n'élimine pas le motif du blocage.

Vérifiez le réseau et la réception du flux

Les données audio occupent moins de place que la vidéo, mais elles sont transmises en paquets distincts et dépendent de la stabilité de la connexion avec le serveur. En cas de perte de connexion, la plateforme peut continuer à afficher des images vidéo tandis que l'audio cesse de se mettre à jour. Cela est particulièrement visible si le problème apparaît quelques minutes après le début de la diffusion ou disparaît après une reconnexion.

Consultez les statistiques du programme de diffusion et du service de restream lui-même. Faites attention aux images perdues à cause du réseau, aux reconnexions, aux pics de latence et aux messages d'erreur pour une destination spécifique. Si les problèmes ne sont observés que lors de l'envoi simultané vers une plateforme, il peut s'agir de dysfonctionnements du chemin entre le service et son serveur.

Comparez le résultat à différents moments et lancez un court test avec les réglages minimaux nécessaires. Si le son disparaît sur la même destination à chaque tentative alors que les autres plateformes fonctionnent, le problème se situe probablement dans la réception ou le traitement de cette destination. Si le résultat change de manière aléatoire, vérifiez également le réseau, le serveur de connexion et la stabilité du flux sortant.

Comparez le restream avec l'envoi direct

Un lancement de contrôle directement vers la plateforme problématique aide à distinguer les causes. Arrêtez la diffusion multiplateforme et envoyez une diffusion test uniquement vers la plateforme concernée, en utilisant la même source audio et un profil comparable.

• Si le son a également disparu lors de l'envoi direct, vérifiez la plateforme, ses exigences, le contenu et les réglages de l'encodeur.
• Si le son est présent en direct mais absent via le restream, cherchez une erreur dans le routage, le choix de la piste ou le profil de la destination spécifique.
• Si le son est présent dans l'aperçu mais disparaît chez les spectateurs, vérifiez le lecteur, l'enregistrement de la diffusion et le traitement après la réception.
• Si le son est d'abord présent puis disparaît, examinez les reconnexions, les erreurs réseau, la modération et le fonctionnement du transcodage.

Il est préférable de réaliser ce test sur une courte diffusion fermée, restreinte ou de test, si la plateforme permet de choisir le mode correspondant. Ne modifiez pas simultanément la scène, le microphone et tous les paramètres de sortie : la comparaison ne sera utile que si les conditions restent identiques.

Comment déterminer la cause selon la nature du dysfonctionnement

Un silence total depuis le lancement est généralement lié à une piste incorrecte, un format non pris en charge ou une source absente du mix de sortie. Si les indicateurs du programme sont actifs mais que l'enregistrement local est sans son, le problème se situe presque certainement dans le choix de la piste ou le chemin de sortie.

Lorsque le son est présent dans l'enregistrement local mais absent sur une plateforme, vérifiez les réglages de cette destination et les exigences du récepteur. Si le problème n'apparaît que chez certains spectateurs, excluez d'abord le lecteur, le navigateur, l'application et les réglages de l'appareil.

Si la voix est audible mais pas le jeu, ou inversement, cela indique le plus souvent une répartition des sources par piste, un fader ou un filtre incorrect. Si le son n'est présent que d'un côté, vérifiez les canaux mono et stéréo, le balance et la correspondance des canaux de la source avec le mix de sortie.

Si la plateforme affiche le son en direct mais le supprime de l'enregistrement, consultez les notifications relatives aux droits et aux règles de contenu. Si le son disparaît après une rupture de connexion, les journaux de reconnexion et les statistiques réseau sont importants.

Que vérifier avant de contacter le support

Il sera difficile pour le support de la plateforme ou du service de restream d'aider sur la base du message « il n'y a pas de son sur une plateforme ». Préparez une description précise et les résultats de courts tests :

• le nom de la plateforme problématique et le mode de connexion ;
• si le son est présent dans l'enregistrement local, l'aperçu et le lecteur public ;
• si tout le son disparaît ou seulement une source spécifique ;
• s'il disparaît immédiatement ou après un certain temps ;
• si le son fonctionne en diffusion directe sans restream ;
• quelles erreurs, reconnexions et notifications s'affichent dans les journaux ;
• si une piste audio distincte est activée et quelle piste est assignée au flux ;
• quels codec, débit, fréquence et nombre de canaux sont utilisés en sortie.

Joignez le lien vers la diffusion test, l'heure exacte d'apparition du problème et des captures d'écran du mixeur audio et des réglages de la destination. Les mots de passe, les clés de diffusion et les jetons d'accès ne doivent pas être transmis.

Conclusions rapides : que faire étape par étape

1. Vérifiez le son dans le lecteur, sur un autre appareil et dans l'enregistrement sauvegardé.
2. Faites un enregistrement local et assurez-vous que les sources nécessaires y sont audibles.
3. Vérifiez la piste audio principale et réunissez temporairement la voix et le jeu dans un mix global.
4. Étudiez les réglages de la destination spécifique du restream et son statut de connexion.
5. Comparez le codec, le débit, la fréquence, les canaux et les exigences en matière de mono ou stéréo.
6. Configurez la piste de diffusion, puis si nécessaire convertissez l'audio avec un encodeur séparé.
7. Réalisez un test sans musique ni contenu dont les droits peuvent être vérifiés.
8. Comparez le restream avec l'envoi direct vers la plateforme problématique.
9. Conservez les journaux et contactez le support avec une description précise du résultat.

Si l'enregistrement local et la plupart des plateformes fonctionnent, ne commencez pas par remplacer le microphone. Vérifiez d'abord la piste audio, les réglages de la destination spécifique, le format du flux entrant, les canaux, le lecteur et le traitement automatique du contenu.