La lecture à distance de contenus 4K avec Plex nécessite un débit montant soutenu suffisant pour le flux réel, avec une marge pour les pics de débit, la surcharge du protocole et les autres trafics de la connexion.
Il n’existe pas de débit unique adapté à tous les fichiers 4K, car le débit varie fortement selon l’encodage, l’audio, les sous-titres et le fait que Plex utilise la lecture directe ou le transcodage. Commencez par le contenu au débit le plus élevé que vous prévoyez de diffuser à distance, puis mesurez le débit montant réel et la latence depuis l’extérieur du réseau domestique. La réponse fiable dépend du chemin réseau, et non de l’étiquette de résolution.
Utilisez le débit du média comme point de départ
La résolution seule ne permet pas de déterminer la capacité réseau nécessaire à un flux. Deux fichiers 4K peuvent avoir des débits moyens et de pointe très différents ; le fichier au débit le plus élevé doit donc servir de base au premier test de capacité.
La diffusion 4K à distance avec Plex dépend d’un débit montant soutenable et peut également déclencher une conversion côté serveur.
Examinez le débit de votre fichier réel le plus exigeant et lisez-le à distance sans imposer de réglage de qualité inférieur. Si le flux dépasse déjà le débit montant soutenable, davantage de puissance processeur côté serveur ne résoudra pas la contrainte réseau. Le fichier au débit le plus élevé d’une utilisation réelle de Plex en 4K constitue un meilleur échantillon pour le dimensionnement qu’une estimation fondée uniquement sur la résolution.
Prévoyez une marge pour les pics de débit
Le trafic vidéo n’est pas parfaitement constant, et le serveur peut envoyer les données par rafales lorsque les tampons se remplissent. Une liaison qui correspond tout juste au débit moyen peut tout de même provoquer des interruptions lorsque la demande instantanée augmente ou qu’un autre utilisateur consomme de la bande passante.
La diffusion adaptative en situation de congestion peut devenir instable à proximité de la limite d’un réseau partagé.
Surveillez le débit montant au fil du temps au lieu de vous fier à un seul résultat de test de débit, et notez les pics les plus élevés qui se répètent pendant la lecture. Si la lecture n’est stable que lorsque le WAN est par ailleurs inutilisé, prévoyez davantage de marge ou limitez la qualité à distance.
La lecture directe et le transcodage produisent des résultats réseau différents
Plex peut réduire le débit sortant en transcodant, mais cela remplace la demande réseau par une charge de calcul côté serveur. Une connexion limitée en bande passante peut donc déplacer le goulot d’étranglement du débit montant WAN vers le transcodeur.
Les paramètres de bande passante et de transcodage de Plex interagissent ; la qualité à distance et la conversion côté serveur doivent donc être testées ensemble.
Lisez le même titre à distance une fois dans sa qualité d’origine, puis une fois avec la limite à distance prévue, tout en enregistrant l’utilisation du processeur et le débit WAN. Lorsque le débit réseau inférieur pousse le processeur ou le transcodage matériel à saturation, il faut revoir l’équilibre global plutôt que de simplement réduire le débit.
Testez depuis le véritable chemin distant
Un test sur le Wi-Fi local ne peut pas reproduire les conditions du débit montant, du fournisseur d’accès, du NAT et du réseau distant d’une véritable session hors domicile. Une configuration à distance n’est fiable que lorsque la route externe reste directe et offre un débit suffisamment constant aux heures où les utilisateurs regardent leurs contenus.
un chemin Plex avec redirection de port peut échouer en raison du CGNAT, d’un double NAT, des règles du routeur ou de problèmes d’accessibilité externe.
Testez depuis un réseau mobile ou une autre connexion Internet pendant les heures de pointe du foyer, puis notez le type de connexion, le débit montant, la latence et le comportement du flux. Si la connexion bascule vers un autre mode ou si le WAN varie fortement, corrigez l’accessibilité ou les limites de qualité avant d’augmenter le budget consacré au matériel serveur.
Centre Tech & IA
Plus à lire

Pourquoi l’architecture d’un serveur personnel Jellyfin évolue à mesure que vous ajoutez des services
Un boîtier Jellyfin devient une pile de services à mesure que l’on ajoute des applications : la gestion du processeur, du stockage, du réseau,...

Comment mesurer les performances de Jellyfin sans confondre cache et capacité
Un benchmark Jellyfin fiable distingue les états à froid et à chaud afin que les métadonnées mises en cache ou les pages du système...

De quelle marge de manœuvre l’iGPU de Jellyfin multi-utilisateur a-t-il besoin ?
La marge disponible de l’iGPU pour Jellyfin dépend de la charge de travail : prévoyez une marge au-delà du scénario de transcodage simultané reproductible...

