Pourquoi l’audio surround sans perte déclenche-t-il une conversion sur certains clients ?
L’audio surround sans perte déclenche une conversion lorsqu’un appareil ou une couche logicielle de la chaîne de lecture ne peut pas accepter ce codec et cette disposition des canaux sans modification.
Une vidéo peut être lue directement tandis que le serveur multimédia convertit Dolby TrueHD, DTS-HD Master Audio, FLAC multicanal ou une autre piste sans perte en AC-3, E-AC-3, AAC ou PCM stéréo. La décision dépend de l’application cliente, du téléviseur, du boîtier de streaming, de la connexion HDMI, du chemin ARC ou eARC, de l’ampli-récepteur, du lecteur sélectionné et des capacités communiquées. Diagnostiquez le chemin audio exact au lieu de supposer que la fiche produit du téléviseur garantit une transmission directe de bout en bout.
Vérifier que seule la piste audio est convertie
Lancez le même titre sur le client concerné, avec la qualité vidéo réglée sur l’original et les sous-titres désactivés. Notez dans le tableau de bord du serveur le mode vidéo, le mode audio, la piste sélectionnée, le codec de sortie, le nombre de canaux et la raison de la conversion.
La conversion audio ne nécessite pas toujours un encodage vidéo. Un problème Jellyfin montre qu’une vidéo H.264 était copiée tandis que la piste audio non prise en charge était convertie en AAC via HLS, ce qui prouve que la conversion audio seule constitue un chemin distinct.
Si le tableau de bord indique également une conversion vidéo, supprimez les variables liées aux sous-titres, au débit, au HDR et au conteneur avant de diagnostiquer la piste surround. L’objectif est d’obtenir une session contrôlée dans laquelle seule la sélection audio change.
Identifier le codec, le profil et la disposition exacts des canaux
Inspectez la piste sélectionnée avec le serveur multimédia ou un outil d’analyse multimédia. Notez s’il s’agit de TrueHD, TrueHD avec Atmos, DTS-HD MA, DTS:X, FLAC multicanal, PCM, E-AC-3 ou AC-3, ainsi que sa disposition des canaux et sa fréquence d’échantillonnage.
Un client qui prend en charge le DTS standard ou le Dolby Digital ne prend pas automatiquement en charge l’extension sans perte. Un rapport de régression récent concernant Android TV décrit l’échec de la transmission directe du DTS-HD MA, même si le même appareil et un autre lecteur pouvaient transmettre correctement la piste.
Comparez la piste sans perte avec une piste de secours AC-3, E-AC-3, AAC ou stéréo intégrée au même fichier. Si la piste de secours est lue directement tandis que la piste sans perte est convertie, la vidéo, le stockage et le réseau ne sont pas les causes principales.
Retracer l’intégralité du chemin audio du client à l’ampli-récepteur
Notez le parcours réel : application multimédia vers boîtier de streaming ou téléviseur, puis HDMI vers le téléviseur ou l’ampli-récepteur, suivi de l’ARC ou de l’eARC si le son revient de l’écran. Chaque maillon doit transporter le codec sélectionné sans modification.
Certains appareils peuvent décoder un format localement, mais ne peuvent pas le transmettre sous forme de flux binaire via le chemin de sortie sélectionné. L’interface client de Jellyfin avertit que TrueHD ne doit être activé que lorsque l’appareil ou l’ampli-récepteur connecté le prend en charge, car un réglage de capacité incorrect peut entraîner un échec de lecture plutôt qu’une transmission directe.
Testez le lecteur connecté directement à l’ampli-récepteur, puis via le téléviseur. Si la connexion directe à l’ampli fonctionne, mais que le chemin de retour par le téléviseur convertit le son ou échoue, examinez le mode eARC, la sortie audio numérique, les paramètres de transmission directe, les capacités de l’entrée HDMI et la négociation du câble au lieu de modifier le serveur multimédia.
Comparer les paramètres de transmission directe du client et les versions du lecteur
Vérifiez si l’application utilise une transmission audio directe automatique, directe ou désactivée, et si elle sélectionne un lecteur natif, ExoPlayer, un lecteur web ou un lecteur externe. Notez la version du client avant de modifier les paramètres.
Le logiciel client peut sous-déclarer un matériel qui prend réellement en charge un codec sans perte. Un problème Android TV montre que les pistes TrueHD et DTS étaient converties alors que l’ampli-récepteur et le client étaient signalés comme compatibles, ce qui indique un décalage dans la déclaration des capacités.
Testez une autre application sur le même appareil et avec le même ampli-récepteur, sans modifier le fichier. Si un lecteur transmet la piste tandis qu’un autre la convertit, conservez la configuration du serveur et concentrez-vous sur le profil du client défaillant, la version de l’application et le moteur de lecture sélectionné.
Vérifier les limites de canaux et le mixage réducteur
Un client peut accepter l’AAC ou le PCM, mais uniquement en stéréo, ou annoncer six canaux alors que l’application en demande deux. Comparez le nombre de canaux en sortie du serveur avec le format affiché sur la façade de l’ampli-récepteur et l’activité des enceintes.
Des utilisateurs de Jellyfin sur WebOS ont signalé que le DTS-HD MA et le FLAC multicanal étaient convertis puis réduits en stéréo, ce qui montre que la conversion du codec et la réduction du nombre de canaux peuvent survenir au cours de la même session.
Si l’ampli-récepteur affiche la stéréo après la conversion, examinez le nombre maximal de canaux audio du client et le profil de conversion du serveur. N’augmentez pas le nombre de canaux à l’aveugle lorsque le conteneur de diffusion ou le téléviseur ne peut pas transporter du PCM ou de l’AAC multicanal via ce chemin.
Choisir une piste de secours compatible sans réencoder la vidéo
Privilégiez une piste de compatibilité AC-3 ou E-AC-3 existante lorsque les clients concernés ne peuvent pas transmettre l’audio sans perte. Conservez la piste TrueHD ou DTS-HD originale pour les clients de home cinéma compatibles.
Lorsque la bibliothèque ne contient aucune piste de secours, créez une piste audio secondaire ou une version multimédia alternative au lieu de remplacer la source sans perte. Une conversion audio seule est bien moins lourde qu’une conversion vidéo et préserve l’image originale.
L’explication de ZimaSpace sur le pipeline de conversion audio fournit le mécanisme complémentaire permettant de comprendre pourquoi une piste de secours compatible peut préserver la lecture directe de la vidéo.
Vérifier la transmission directe, la synchronisation et la reprise
Retestez les pistes sans perte et de secours depuis le début, après une recherche et après une reprise. Confirmez le mode du serveur, le format de l’ampli-récepteur, la sortie des canaux, la synchronisation labiale et la capacité de la lecture à survivre au redémarrage de l’application.
La conversion audio seule peut révéler des problèmes de recherche propres au client. Un problème concernant un téléviseur avec Jellyfin signale un blocage de la lecture après une recherche lorsque seule la piste audio nécessitait une conversion.
Le diagnostic est terminé lorsque les clients compatibles transmettent la piste sans perte sans modification, que les clients limités sélectionnent une piste compatible stable, que la vidéo reste lue directement lorsque cela est possible et que l’ampli-récepteur affiche le codec et la disposition des canaux attendus pendant toute la lecture normale.
Produits recommandés
Assistance et conseils
Plus à lire
Pourquoi la restauration d’un volume Docker recrée-t-elle le contenu des fichiers, mais supprime-t-elle les attributs étendus ?
Un diagnostic de restauration de volume couvrant l’inventaire des xattr, les options de tar et de Rsync, les espaces de noms, la prise en...
Pourquoi un conteneur en cours d’exécution conserve-t-il son ancienne limite de mémoire après la modification du fichier Compose ?
Un diagnostic des limites mémoire couvrant les cgroups actifs, le redémarrage par rapport à la recréation, les champs Compose, les limites strictes et souples,...
Pourquoi le redémarrage d’un proxy inverse invalide-t-il toutes les sessions d’une application auto-hébergée ?
Un diagnostic de perte de session couvrant la portée des redémarrages, la propriété des cookies, la rotation des secrets, les sessions adossées au cache,...
