Comment configurer Jellyfin pour le streaming à domicile multi-utilisateur

Pour un serveur Jellyfin utilisé par plusieurs personnes, privilégiez d’abord une lecture directe prévisible, puis ajoutez une capacité suffisante de transcodage, de réseau, de stockage et de récupération pour les exceptions.

Un foyer partagé sollicite plusieurs ressources à la fois : un téléviseur peut lire directement un fichier 4K tandis qu’un navigateur doit convertir la vidéo, qu’un autre utilisateur parcourt la bibliothèque et qu’une sauvegarde démarre en arrière-plan. Considérez le calcul, le stockage des médias, les données de l’application Jellyfin, l’accès réseau et la sauvegarde comme des rôles distincts afin qu’une ressource très sollicitée ne devienne pas discrètement une limite pour tout le monde.

Commencez par les clients, pas par la fiche technique du serveur

Dressez la liste des appareils qui lisent réellement des médias : téléviseurs, boîtiers de streaming, navigateurs, téléphones, tablettes et clients distants. Notez les codecs vidéo, formats audio, types de sous-titres, usages du HDR et débits habituels. Vous transformerez ainsi « trois utilisateurs » en un ensemble de parcours de lecture plutôt qu’en un nombre arbitraire de flux simultanés.

Jellyfin détermine s’il faut lire directement, remultiplexer ou transcoder en fonction des capacités du client et des contraintes du flux. La documentation officielle sur le transcodage explique que le client transmet des profils de compatibilité et que le serveur choisit un format de sortie compatible. C’est pourquoi deux utilisateurs qui regardent des fichiers différents peuvent solliciter le serveur de façons très différentes.

Commencez par le cas d’utilisation le plus courant. Si les appareils du salon lisent directement votre bibliothèque, ne dimensionnez pas l’ensemble du serveur comme si chaque flux nécessitait un encodage vidéo logiciel. Repérez plutôt les quelques situations récurrentes qui déclenchent une conversion : vidéo non prise en charge, conversion audio, incrustation des sous-titres, limites de débit ou bande passante à distance.

Placez les données de l’application Jellyfin sur un stockage rapide et les médias sur un stockage de grande capacité

Séparez le chemin des données Jellyfin actives du chemin de stockage des médias volumineux. La base de données, les métadonnées, les index, le cache et l’espace de travail de transcodage effectuent de nombreuses petites lectures et écritures, tandis que les fichiers de films et d’épisodes font principalement l’objet de grandes lectures séquentielles.

Le guide de sélection du matériel de Jellyfin recommande un stockage SSD pour les fichiers Jellyfin en raison de leur accès aléatoire, tandis que le stockage des médias nécessite uniquement un débit séquentiel supérieur au débit binaire des médias. Un SSD pour les données de l’application, associé à un HDD ou à un NAS pour la capacité de stockage des médias, constitue donc une répartition plus utile que de tout placer sur un seul grand disque.

Conservez suffisamment d’espace libre sur le stockage rapide pour les imports, les images générées et les segments temporaires de transcodage. Si le volume des données de l’application est plein, un grand espace de stockage multimédia disponible ne sera d’aucune aide : le blocage se situe du côté de la base de données et du cache, et non des fichiers vidéo.

Offrez au serveur une connexion filaire fiable au réseau domestique

Connectez l’hôte Jellyfin en Ethernet et considérez le Wi-Fi comme une solution pratique côté client, plutôt que comme la connexion principale du serveur. Le trafic de plusieurs utilisateurs converge vers le serveur, même si leurs appareils sont répartis entre plusieurs points d’accès sans fil.

Les recommandations réseau actuelles de Jellyfin préconisent une connexion Ethernet pour le serveur et expliquent que la découverte sur le réseau local est limitée au sous-réseau. Si vous utilisez des VLAN, des réseaux invités ou plusieurs sous-réseaux, prévoyez un routage et une résolution de noms explicites au lieu de supposer que les diffusions de découverte franchiront ces limites.

Validez le fonctionnement pendant une période de forte activité réaliste : deux ou trois flux simultanés, la navigation dans la bibliothèque et un transfert ou une sauvegarde de fichiers. Si la lecture se dégrade uniquement lorsque le stockage est sollicité, la solution consiste peut-être à mieux répartir le trafic, à augmenter la capacité du lien ou à modifier la planification, plutôt qu’à utiliser un CPU plus rapide.

Featured

NAS cloud personnel et domestique ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Traitez le transcodage comme un cas particulier avec des besoins de capacité propres

Lorsqu’un client ne peut pas lire directement la source, le transcodage vidéo peut devenir la tâche de calcul dominante. L’accélération matérielle peut confier les étapes compatibles de décodage, de traitement et d’encodage à du matériel multimédia spécialisé, mais les étapes non prises en charge peuvent toujours être exécutées par le CPU.

Jellyfin documente Intel QSV, NVIDIA NVENC, AMD AMF/VA-API, Apple VideoToolbox et Rockchip RKMPP parmi les méthodes d’accélération prises en charge. Le guide de l’accélération matérielle précise également qu’une accélération partielle peut maintenir une charge CPU élevée : « GPU activé » ne signifie donc pas que l’ensemble du flux est accéléré.

Forcez un transcodage représentatif pour chaque catégorie de clients difficiles et examinez les détails du flux ainsi que l’activité de l’hôte. Le processus de vérification du transcodage matériel de ZimaSpace est utile ici, car il considère le tableau de bord, l’activité du GPU et les données FFmpeg comme un seul test, au lieu de se fier à un simple bouton.

Séparez les identités des membres du foyer, l’accès à distance et les droits d’administration

Créez des comptes Jellyfin individuels pour les membres du foyer lorsque l’historique de visionnage, les limites parentales, l’accès à distance ou la visibilité des bibliothèques doivent différer. Le partage des identifiants efface une séparation utile et complique la modification des autorisations d’une personne sans affecter tout le monde.

Pour l’accès à distance, n’exposez que le chemin d’accès que vous gérez intentionnellement. La documentation réseau de Jellyfin met en garde contre l’exposition directe à Internet et recommande des solutions plus sûres, comme un proxy inverse ou un VPN. Limitez l’accès administratif davantage que l’accès ordinaire à la lecture, surtout si le serveur héberge aussi d’autres services domestiques.

Une fois les règles d’identité définies, testez séparément un utilisateur local standard, un utilisateur avec accès restreint et un utilisateur distant. Un serveur qui diffuse correctement pour l’administrateur n’est pas encore une configuration validée pour tout le foyer si un autre profil voit les mauvaises bibliothèques ou ne peut pas s’authentifier depuis le réseau prévu.

Terminez la configuration avec la sauvegarde, la récupération et un critère de mise à niveau

Sauvegardez l’état de Jellyfin indépendamment de la bibliothèque multimédia. Les médias peuvent souvent être récupérés ou restaurés selon un autre calendrier, tandis que les utilisateurs, l’historique de visionnage, les choix de métadonnées, les sous-titres et la configuration du serveur constituent peut-être l’état opérationnel que vous souhaitez rétablir rapidement.

Le système de sauvegarde intégré à Jellyfin peut inclure la base de données, les métadonnées, les sous-titres et les données Trickplay. Stockez les sauvegardes sur une destination qui ne sera pas perdue avec le même volume de données d’application, et effectuez un test de restauration avant de considérer la configuration comme terminée.

N’augmentez les ressources que si les mesures révèlent une limite récurrente : saturation persistante du transcodage, latence des données d’application, capacité utilisable insuffisante, chevauchement entre les fenêtres de sauvegarde et les heures de visionnage, ou saturation du réseau. Si les clients habituels lisent les fichiers en lecture directe sans problème, que les données d’application restent réactives et que la restauration a été testée, le matériel supplémentaire est facultatif et non indispensable.