Plex ajoute Boost Dialog et la normalisation du volume dans Plex Media Server 1.43.4
Le 15 septembre 2026, Plex a livré deux options audio réservées aux abonnés Plex Pass : Boost Dialog, qui remonte les fréquences des dialogues, et Normalize Loudness, qui lisse les écarts de volume. L’analyse de loudness qui les alimente mobilise votre CPU pendant la maintenance : mesurez le coût avant de l’activer sur une grosse bibliothèque.
15 septembre 2026. Plex annonce deux nouvelles options de lecture audio dans Plex Media Server 1.43.4 : Boost Dialog et Normalize Loudness. 15 septembre 2026. Les deux fonctions sont disponibles immédiatement, mais réservées aux abonnés Plex Pass. 25 septembre 2026. Self-Host Weekly relève l’information en tête de sa rubrique hebdomadaire, y voyant la fin d’un problème vieux comme le home cinema : monter le volume pour entendre un dialogue, puis se faire exploser les tympans trois secondes plus tard. Pourquoi c’est important : ces deux boutons transforment le serveur de médias auto-hébergé en une machine qui analyse le son en arrière-plan, et cette analyse a un coût CPU qu’il vaut mieux anticiper.
Deux fonctions, un même constat
Le scénario est universel. Vous regardez un film, une scène de dialogue est mixée trop bas, vous montez le volume, et une explosion arrive. Boost Dialog et Normalize Loudness attaquent ce problème par deux bouts différents.
Boost Dialog isole les fréquences dans lesquelles vivent les voix humaines et les met en avant, de sorte qu’une conversation murmurée reste compréhensible sans pousser tout le reste avec elle. Normalize Loudness maintient le niveau sonore à un volume constant et adoucit les crêtes des scènes très fortes : plus besoin de chercher la télécommande à chaque montée de la bande originale.
Dans les deux cas, l’activation passe par les contrôles à l’écran pendant la lecture, via Paramètres de lecture puis Options de lecture. Un détail compte : activer l’une ou l’autre option force le transcodage de la piste audio. Sur un serveur modeste, c’est une charge CPU supplémentaire à chaque lecture, pas seulement pendant l’indexation.
L’analyse de loudness, la partie invisible
Normalize Loudness ne fonctionne pas à la volée sur n’importe quelle piste. Il exige que la piste ait d’abord été analysée par le serveur, et cette analyse ne se fait pas toute seule par magie.
Deux réglages la pilotent, activés par défaut : Analyser les pistes audio pour la loudness, réglé sur Tâche planifiée, et Activer l’analyse de loudness dans les paramètres avancés de chaque bibliothèque. L’analyse s’exécute pendant la fenêtre de maintenance planifiée du serveur, ce qui signifie que Normalize Loudness n’apparaît progressivement sur la bibliothèque qu’au fil des jours.
Pour un auto-hébergeur, la conséquence est concrète : une grosse bibliothèque, c’est beaucoup d’analyse, et le serveur affiche une consommation CPU plus élevée pendant qu’il s’y attelle. Le réglage Jamais permet de désactiver l’analyse si le serveur est déjà chargé, et Tâche planifiée et à l’ajout déclenche l’analyse dès qu’un nouveau média arrive.
Une piste déjà traitée se reconnaît à deux endroits : Media info affiche true, et le XML du flux contient l’attribut canNormalizeLoudness="1". On peut le vérifier directement via l’API locale :
# Une piste analysée expose le flag canNormalizeLoudness dans le flux XML
curl -s "http://127.0.0.1:32400/library/metadata/$RATING_KEY" \
-H "X-Plex-Token: $PLEX_TOKEN" | grep -o 'canNormalizeLoudness="[0-9]"'Le péage Plex Pass, au centre du débat
Les deux fonctions ne sont pas gratuites. Boost Dialog et Normalize Loudness exigent un Plex Pass actif sur votre compte, ou l’appartenance à un Plex Home dont l’administrateur en possède un. L’analyse de loudness, elle, ne tourne que sur les serveurs dont l’administrateur a un Plex Pass.
C’est un choix commercial assumé, et il arrive dans un contexte précis. Depuis plusieurs mois, une partie de la communauté auto-hébergée — le fameux « Plex Exodus » — migre vers Jellyfin ou Emby, des alternatives qui offrent des fonctions comparables sans abonnement. Placer l’amélioration audio derrière le Plex Pass est un pari : retenir les utilisateurs payants en corrigeant un vrai défaut d’usage, tout en laissant la version gratuite inchangée.
Le pari a une logique. Le dialogue inaudible est l’un des griefs les plus cités contre les serveurs de médias maison, et aucun concurrent n’a encore livré une correction aussi lisible. Mais chaque fonction payante renforce aussi l’argument de ceux qui préfèrent un logiciel libre sans péage.
Les prérequis côté clients
Côté lecteurs, la compatibilité n’est pas uniforme. Plex Media Server 1.43.4 est le minimum côté serveur, mais il faut aussi un client récent : Plex pour mobile à partir de 2025.28.0, Android TV et Apple TV à partir de 2025.28.0 (Apple TV et Android TV exigent les applications « nouvelle expérience »), Fire TV à partir de 2025.8.0, Roku à partir de 9.0.31. Plex Web et les Smart TVs arrivent « bientôt » selon l’annonce.
Ce décalage a une implication opérationnelle : sur un foyer équipé de plusieurs appareils, l’option peut être disponible sur le mobile mais absente sur la télé du salon tant que le client n’a pas été mis à jour. La vérification des versions clients fait partie du déploiement, pas seulement celle du serveur.
La normalisation de loudness, une affaire de norme
Derrière Normalize Loudness se cache une vraie mesure, pas un simple réglage de volume. Le standard EBU R128 — et son équivalent ITU-R BS.1770 — définit une unité, le LUFS (Loudness Units Full Scale), qui évalue le volume perçu moyen d’un programme plutôt que sa crête instantanée. C’est toute la différence entre « normaliser » et « compresser » : un limiteur de crête écrase la dynamique, tandis qu’une normalisation par LUFS aligne le niveau global sans détruire les écarts voulus par le mixeur.
Pour Plex, l’enjeu est de précalculer cette valeur par piste. L’analyse de loudness lit le flux audio, mesure son niveau intégré en LUFS, et stocke le résultat comme métadonnée. À la lecture, le serveur n’a plus qu’à appliquer un gain correctif constant — d’où le transcodage : ajuster le gain sans réencoder reviendrait à un simple décalage de volume, que Plex sait déjà faire ailleurs, mais l’éditeur a choisi la voie du transcode pour garantir le résultat sur tous les clients.
La conséquence pratique est double. D’abord, le coût CPU de l’analyse est prévisible : une passe unique par piste, planifiée, pas une charge à chaque lecture. Ensuite, le coût du transcodage est récurrent : chaque lecture avec l’option activée mobilise le CPU pour réencoder l’audio. Sur un serveur qui transcode déjà la vidéo, l’ajout est marginal ; sur un serveur qui lit en direct sans transcode, c’est un changement de régime qu’il faut mesurer avant de généraliser.
Au total, Plex livre ici une correction de confort réellement attendue, mais dont le coût — analyse CPU, transcodage, abonnement — est entièrement porté par l’auto-hébergeur. C’est la signature d’un éditeur qui monétise la qualité de lecture, là où ses concurrents libres la traitent comme une fonctionnalité de base.
Verdict
Si vous avez déjà un Plex Pass et un serveur qui dort la nuit, activez l’analyse de loudness en tâche planifiée et laissez Normalize Loudness se déployer sur la bibliothèque : le gain de confort est réel, et le coût CPU se concentre sur la fenêtre de maintenance. Si votre serveur est un petit NAS déjà chargé, réglez l’analyse sur Jamais ou sur Tâche planifiée et à l’ajout uniquement, et n’activez Boost Dialog qu’à la demande — le transcodage audio s’ajoute à chaque lecture. Et si vous évaluez Plex face à Jellyfin ou Emby, ce genre de péage est précisément la variable à mettre dans la balance : le confort audio a un prix chez Plex, et vos alternatives le proposent autrement.