Pourquoi Plex semble-t-il moins réactif selon les différents clients ?

Plex semble moins réactif selon les clients, car chaque application ajoute son propre moteur de lecture, son comportement de cache, ses limites de compatibilité et son chemin réseau vers le même serveur.

La réactivité ne se résume pas non plus au débit brut du flux. Les utilisateurs remarquent la navigation dans la bibliothèque, le chargement des affiches, le délai avant la première image, la recherche, les changements de sous-titres et le changement de piste, et ces actions sollicitent différentes parties du système. Pour établir un diagnostic fiable, il faut conserver les mêmes contenus et le même serveur, puis déterminer quel délai suit le client et lequel se reproduit partout.

La prise en charge des codecs par le client modifie le travail que Plex doit effectuer

Un client qui accepte la vidéo et l’audio d’origine peut démarrer avec un traitement léger, tandis qu’un autre peut demander un remuxage, une conversion audio ou un transcodage vidéo complet. L’utilisateur perçoit cela comme une application plus lente, même si la différence vient de la compatibilité plutôt que de la vitesse de l’interface.

La prise en charge des codecs par le client varie selon les téléphones, les tablettes, les clés de streaming, les téléviseurs et les équipements audio connectés. Le même appareil peut également changer de comportement avec un autre fichier ou une autre piste sélectionnée ; aucune catégorie d’appareils ne garantit donc universellement la lecture directe.

Comparez deux clients avec la même source, la qualité d’origine, la même piste audio et les mêmes sous-titres. Si seul le client lent déclenche une conversion, sa réactivité est déterminée par son chemin de lecture avant même d’évaluer le matériel du serveur.

La vitesse de navigation dépend des caches locaux de l’interface et des métadonnées

Ouvrir une bibliothèque ne représente pas la même charge que lire un film. Le client demande les métadonnées, les affiches, les collections et l’état, puis restitue sa propre interface. L’état du cache local, la version de l’application, le décodage des images et le stockage de l’appareil peuvent donc rendre une interface lente alors que la diffusion vidéo active reste normale.

Les clients Plex ont été réécrits et unifiés au fil du temps selon les plateformes, ce qui signifie que l’implémentation du client peut évoluer indépendamment du débit du serveur. Si la navigation est lente alors que les flux actifs restent normaux, distinguez la réactivité de l’interface de la diffusion des contenus avant de modifier le matériel du serveur.

Effectuez un lancement à froid, puis un second lancement sur chaque client, et comparez la navigation avec un flux connu déjà en cours de lecture. Un client qui s’améliore nettement après le réchauffement de son cache local pose un problème différent d’un serveur qui renvoie lentement les métadonnées à tous les appareils.

Le choix de la piste audio et des sous-titres peut modifier le démarrage et la recherche

Les pistes sélectionnées influencent le plan de lecture. Une vidéo peut être lue directement jusqu’à ce que le client demande un format audio non pris en charge ou un mode de sous-titres nécessitant une composition ; Plex peut alors ajouter du travail de conversion et reconstruire les tampons. Les changements de piste peuvent répéter une partie de ce processus.

Les sous-titres sélectionnés peuvent modifier un chemin de lecture pourtant compatible lorsque le client ne peut pas les gérer directement. Les règles de compatibilité des sous-titres de Plex font donc partie de la réactivité du client ; il ne faut pas en conclure que tous les sous-titres produisent le même comportement.

Répétez la même séquence de recherche et de démarrage avec les sous-titres désactivés et une piste audio largement prise en charge. Si la réactivité ne redevient normale que sur un seul appareil, l’interaction entre le client et le contenu est plus révélatrice que le score total du processeur du serveur.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Les différents moteurs de lecture peuvent gérer le même fichier différemment

Les clients Plex n’utilisent pas tous les mêmes frameworks multimédias. Un lecteur tiers peut accepter des formats qu’une autre application remuxe ou transcode, tandis qu’un navigateur peut imposer des contraintes différentes concernant les codecs et les conteneurs par rapport à une application native pour téléviseur. Le même serveur peut donc fournir des chemins distincts sans qu’aucun réglage ne soit modifié.

Changer de moteur de lecture peut modifier la compatibilité et le comportement de la mise en mémoire tampon sans changer le serveur. Infuse, par exemple, peut demander un flux Plex optimisé lorsque la bande passante ou les conditions de lecture l’exigent ; le logiciel utilisé sur l’appareil fait donc partie du chemin multimédia et doit être pris en compte dans le diagnostic.

Lorsque c’est possible, testez le même appareil avec un autre client de lecture ou un navigateur. Si le délai suit l’application plutôt que le matériel et le réseau, limitez le diagnostic à la couche du client.

Utilisez des mesures entre clients pour distinguer la perception d’un délai du serveur

Mesurez quatre délais pour le même titre : ouverture de la bibliothèque, démarrage de la lecture, reprise après une recherche et changement de piste audio ou de sous-titres. Effectuez ces mesures sur deux ou trois clients via le même réseau local, puis répétez le test avec un client à distance. Vous verrez ainsi si l’étape lente dépend de l’appareil, du chemin réseau ou du serveur.

Les délais de démarrage observés avec différents clients sont trop généraux pour être attribués à un seul problème du serveur tant que le même problème de timing ne se reproduit pas sur des appareils par ailleurs différents. Comparez les mêmes fichiers, pistes et conditions réseau avant de modifier le stockage, le processeur ou les réglages de la base de données.

Pour les différences de démarrage ou de recherche à distance, l’espacement des images clés et le démarrage à distance ajoutent une autre variable de timing à tester. N’attribuez la réactivité du serveur Plex à la cause du problème que lorsque le délai persiste après des changements de client, de cache local et de moteur de lecture.