N'achetez davantage de puissance serveur qu'après l'échec du test de lecture directe effectué par le client multimédia réel ; les limites liées au codec, aux sous-titres, à l'audio, à l'application et au réseau provoquent souvent un transcodage qu'un autre client peut éviter.
Inventoriez chaque client de lecture
Répertoriez chaque application TV, boîtier de streaming, navigateur, téléphone, tablette et utilisateur distant. Notez le système d'exploitation, la version de l'application, la connexion filaire ou sans fil, la résolution d'affichage, la compatibilité HDR et la connexion audio.
Ne supposez pas que deux clients portant la même marque se comportent de la même manière. La lecture dans un navigateur, les applications de télévision et les boîtiers dédiés peuvent prendre en charge différents conteneurs, codecs, formats de sous-titres et modes de transmission audio.
- Testez le client couramment utilisé le moins performant.
- Incluez les paramètres de qualité à distance.
- Notez la chaîne d'affichage et de réception.
- Conservez un échantillon connu pour fonctionner en lecture directe.
Testez séparément la vidéo, le conteneur, l'audio et les sous-titres
Utilisez des fichiers représentatifs en H.264, HEVC, AV1, 1080p, 4K, HDR, à débit binaire élevé, avec audio multicanal, sous-titres image et sous-titres texte. Modifiez une seule variable à la fois et consultez le tableau de bord du serveur pour vérifier s'il s'agit d'une lecture directe, d'un remuxage ou d'un transcodage.
Un processus de dépannage axé sur la lecture directe montre comment les paramètres de qualité à distance et la compatibilité du client peuvent solliciter le serveur, même lorsque le fichier original est lisible ailleurs.
Traitez l'incrustation des sous-titres et la conversion audio comme des causes distinctes. Un client peut lire directement la vidéo tout en imposant un transcodage vidéo complet parce qu'il ne peut pas afficher un type de sous-titres donné.
Vérifiez le chemin réseau avec les débits réels
| Chemin | Test requis | Indice d'échec |
|---|---|---|
| Ethernet du téléviseur | Fichier à débit binaire élevé lu en continu | Limite du port à 100 Mb |
| Client Wi-Fi | Lecture avec le signal aux heures de pointe | Retransmissions ou baisses de débit |
| Client distant | Débit montant du serveur et débit descendant du client | Réduction de la qualité |
| Chaîne de réception | Synchronisation audio et HDR | Conversion de secours |
| Réseau local du serveur | Test de flux simultanés | Saturation de la liaison partagée |
Utilisez le débit binaire maximal plutôt que la moyenne du film. Testez pendant l'utilisation normale du Wi-Fi domestique et avec le même commutateur, le même récepteur et la même entrée du téléviseur que ceux utilisés au quotidien.
Un témoignage de la communauté sur le passage des clients à la lecture directe montre pourquoi la compatibilité des clients peut supprimer une charge CPU et GPU qui semblait être un problème de capacité du serveur.
Comparez le coût des corrections côté client et côté serveur
Un meilleur client peut résoudre le problème dans une pièce et réduire immédiatement le transcodage. Une mise à niveau du serveur peut prendre en charge plusieurs clients incompatibles, mais elle entraîne un coût d'achat, une consommation au repos, un besoin de refroidissement et une nouvelle base matérielle.
Choisissez de modifier le client lorsqu'un ou deux points de terminaison sont à l'origine du problème et que la bibliothèque multimédia est par ailleurs compatible. Choisissez davantage de puissance serveur lorsque plusieurs clients nécessaires ont besoin de conversions simultanées et inévitables, ou lorsque la bande passante distante impose des versions à débit binaire inférieur.
N'achetez pas de matériel supplémentaire pour un seul fichier inhabituel avant d'avoir confirmé qu'il est représentatif de la bibliothèque. Réencoder un petit ensemble de fichiers atypiques peut coûter moins cher que de dimensionner définitivement le serveur pour le pire fichier.
Appliquez un critère d'achat, de correction ou d'attente
N'achetez davantage de puissance serveur que lorsque le tableau de bord confirme un transcodage soutenu, que la cause ne peut pas être supprimée par les paramètres pris en charge du client et que le nombre requis de conversions simultanées dépasse la capacité actuelle.
Corrigez le client ou le réseau lorsque la lecture directe réussit sur un point de terminaison fiable, mais échoue dans une pièce. La comparaison entre SMB et NFS peut être utile si le client multimédia lit les fichiers directement plutôt que par l'intermédiaire d'un serveur de streaming.
Attendez lorsque les échecs sont intermittents, que le mode de lecture est inconnu ou que le test exclut les sous-titres, l'audio et l'utilisation à distance. Une saccade inexpliquée ne constitue pas une spécification matérielle.
Conclusion
N'achetez que lorsque toutes les exigences incontournables sont satisfaites dans la pièce et sur le réseau réels ; sinon, attendez, réduisez la portée du projet ou choisissez une plateforme plus simple.
Guide d'achat
Plus à lire

Liste de contrôle du pool d’applications SSD avant de choisir des disques grand public
Un contrôle d’achat des SSD grand public pour les bases de données, les conteneurs, les machines virtuelles, les métadonnées et les journaux, fondé sur...

Liste de contrôle du NVR domestique avant d’ajouter davantage de caméras
Une passerelle d’extension pour caméras qui dimensionne un NVR domestique en fonction du débit binaire mesuré et de la durée de conservation, plutôt que...

Liste de contrôle NAS pour petit bureau avant d’ajouter du personnel à distance
Une liste de contrôle pour préparer le télétravail qui protège les fichiers du bureau sans donner à chaque employé un accès étendu au NAS...

