Jellyfin für das Streaming zu Hause mit mehreren Benutzern einrichten

Richte Jellyfin für mehrere Nutzer zunächst auf eine zuverlässige direkte Wiedergabe aus und ergänze dann ausreichend Kapazität für Transcoding, Netzwerk, Speicher und Wiederherstellung, um Ausnahmen abzudecken.

Ein gemeinsam genutzter Haushalt belastet mehrere Pfade gleichzeitig: Ein Fernseher gibt vielleicht eine 4K-Datei direkt wieder, während ein Browser eine Videokonvertierung benötigt, ein anderer Nutzer die Bibliothek durchsucht und im Hintergrund eine Sicherung startet. Betrachte Rechenleistung, Medienspeicher, Jellyfin-App-Daten, Netzwerkzugriff und Sicherung als getrennte Aufgabenbereiche, damit ein ausgelasteter Pfad nicht unbemerkt zum Engpass für alle wird.

Beginne mit den Clients, nicht mit dem Datenblatt des Servers

Liste die Geräte auf, die tatsächlich Medien wiedergeben: Fernseher, Streaming-Boxen, Browser, Smartphones, Tablets und Remote-Clients. Notiere repräsentative Video-Codecs, Audioformate, Untertiteltypen, HDR-Nutzung und typische Bitraten. So wird aus „drei Nutzern“ eine Reihe von Wiedergabepfaden statt einer willkürlichen Anzahl gleichzeitiger Streams.

Jellyfin entscheidet anhand der Client-Funktionen und der Stream-Beschränkungen, ob die direkte Wiedergabe, ein Remuxing oder Transcoding erfolgt. Die offizielle Transcoding-Dokumentation erklärt, dass der Client Fähigkeitsprofile sendet und der Server eine kompatible Ausgabe auswählt. Deshalb können zwei Nutzer, die unterschiedliche Dateien ansehen, sehr unterschiedliche Serverlasten verursachen.

Plane zuerst für den Normalfall. Wenn die wichtigsten Geräte im Wohnzimmer deine Bibliothek direkt wiedergeben, solltest du den gesamten Server nicht so dimensionieren, als müsste jeder Stream per Software-Videocodierung umgewandelt werden. Ermittle stattdessen die wenigen wiederkehrenden Bedingungen, die eine Umwandlung auslösen - inkompatibles Video, Audiokonvertierung, eingebrannte Untertitel, Bitratenbegrenzungen oder eine eingeschränkte Remote-Bandbreite.

Jellyfin-App-Daten auf schnellem Speicher und Medien auf Speicher mit hoher Kapazität ablegen

Trenne den aktiven Jellyfin-Datenpfad vom umfangreichen Medienpfad. Datenbank, Metadaten, Indizes, Cache und Transcoding-Arbeitsbereich verursachen viele kleine Lese- und Schreibvorgänge, während Film- und Episodendateien überwiegend große sequenzielle Lesevorgänge sind.

Der Hardware-Auswahlleitfaden von Jellyfin empfiehlt SSD-Speicher für Jellyfin-Dateien, da darauf nach dem Zufallszugriffsmuster zugegriffen wird, während Medienspeicher nur einen sequenziellen Durchsatz oberhalb der Medienbitrate benötigt. Daher ist eine Aufteilung in eine SSD für App-Daten und eine HDD oder NAS-Kapazität für Medien sinnvoller, als alles auf einer großen Festplatte abzulegen.

Lass auf der schnellen Speicherebene genügend freien Speicherplatz für Importe, generierte Bilder und temporäre Transkodierungssegmente. Wenn das App-Datenvolume voll ist, hilft ein großer, leerer Medienpool nicht, denn blockiert ist der Datenbank-/Cache-Bereich, nicht der Speicherort der Filmdateien.

Sorge für eine zuverlässige kabelgebundene Verbindung zwischen Server und Heimnetz

Verbinde den Jellyfin-Host per Ethernet und betrachte WLAN als Komfort für die Clients, nicht als primäre Verbindung des Servers. Der Datenverkehr mehrerer Nutzer läuft beim Server zusammen, auch wenn die einzelnen Clients auf verschiedene WLAN-Zugangspunkte verteilt sind.

Die aktuellen Netzwerkempfehlungen von Jellyfin empfehlen Ethernet für den Server und erklären, dass die lokale Erkennung auf das Subnetz beschränkt ist. Wenn du VLANs, Gastnetzwerke oder mehrere Subnetze verwendest, plane explizites Routing und Namensauflösung ein, statt anzunehmen, dass Erkennungs-Broadcasts diese Grenzen überschreiten.

Prüfe den Datenpfad während einer realistischen Stoßzeit: mit zwei oder drei gleichzeitigen Streams, einem Bibliotheksaufruf und einer Dateiübertragung oder Sicherung. Verschlechtert sich die Wiedergabe nur bei aktivem Speicherverkehr, liegt die nächste Lösung möglicherweise eher in der Verteilung des Datenverkehrs, der Verbindungskapazität oder der Zeitplanung als in einer schnelleren CPU.

Featured

ZimaCube 2 persönliche Cloud-NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Behandle die Transkodierung als Ausnahmefall mit eigenem Kapazitätsbedarf

Wenn ein Client die Quelldatei nicht direkt wiedergeben kann, kann die Videotranskodierung zur rechenintensivsten Aufgabe werden. Hardwarebeschleunigung kann kompatible Dekodier-, Verarbeitungs- und Kodierschritte auf spezielle Medienhardware auslagern. Nicht unterstützte Schritte können jedoch weiterhin von der CPU übernommen werden.

Jellyfin dokumentiert Intel QSV, NVIDIA NVENC, AMD AMF/VA-API, Apple VideoToolbox und Rockchip RKMPP als unterstützte Beschleunigungsmethoden. Der Leitfaden zur Hardwarebeschleunigung weist außerdem darauf hin, dass eine teilweise Beschleunigung die CPU weiterhin stark belasten kann. „GPU aktiviert“ beweist also nicht, dass der gesamte Stream beschleunigt wird.

Erzwingen Sie für jede schwierige Client-Klasse eine repräsentative Transkodierung und prüfen Sie die Stream-Details sowie die Host-Aktivität. Der Workflow zur Überprüfung der Hardware-Transkodierung von ZimaSpace ist hier hilfreich, da er Dashboard, GPU-Aktivität und FFmpeg-Nachweise als gemeinsamen Test betrachtet, statt sich auf einen Schalter zu verlassen.

Trennen Sie Benutzerkonten im Haushalt, Fernzugriff und Admin-Rechte

Richten Sie für Haushaltsmitglieder eigene Jellyfin-Benutzer ein, wenn sich Wiedergabestatus, Jugendschutzgrenzen, Fernzugriff oder die Sichtbarkeit von Bibliotheken unterscheiden sollen. Gemeinsam genutzte Zugangsdaten heben die sinnvolle Trennung auf und erschweren es, die Berechtigungen einer Person zu ändern, ohne alle anderen zu betreffen.

Geben Sie für den Fernzugriff nur den Zugangspfad frei, den Sie gezielt verwalten. Die Netzwerkdokumentation von Jellyfin warnt davor, den Server direkt dem Internet auszusetzen, und empfiehlt sicherere Ansätze wie einen Reverse-Proxy oder ein VPN. Halten Sie den administrativen Zugriff enger gefasst als den normalen Wiedergabezugriff, insbesondere wenn der Server auch andere Heimdienste bereitstellt.

Sobald die Identitätsregeln eingerichtet sind, testen Sie getrennt einen normalen lokalen Benutzer, einen eingeschränkten Benutzer und einen Remote-Benutzer. Ein Server, auf dem Inhalte für den Administrator problemlos gestreamt werden, ist noch keine validierte Einrichtung für den Haushalt, wenn ein anderes Profil die falschen Bibliotheken sieht oder sich nicht über das erwartete Netzwerk authentifizieren kann.

Schließen Sie den Aufbau mit Sicherung, Wiederherstellung und einem Auslöser für Erweiterungen ab

Sichern Sie den Jellyfin-Zustand unabhängig von der Medienbibliothek. Medien lassen sich oft erneut beschaffen oder nach einem anderen Zeitplan wiederherstellen, während Benutzer, Wiedergabestatus, Metadatenauswahl, Untertitel und Serverkonfiguration möglicherweise zu den Betriebsdaten gehören, die Sie schnell zurückhaben möchten.

Das integrierte Jellyfin-Sicherungssystem kann die Datenbank, Metadaten, Untertitel und Trickplay-Daten umfassen. Speichern Sie Sicherungen an einem Ziel, das nicht zusammen mit demselben App-Daten-Volume verloren geht, und testen Sie eine Wiederherstellung, bevor Sie die Einrichtung als abgeschlossen betrachten.

Erweitern Sie nur dann, wenn Messungen eine wiederkehrende Grenze aufzeigen: anhaltende Überlastung beim Transkodieren, Latenz bei App-Daten, unzureichende nutzbare Kapazität, mit der Wiedergabe kollidierende Backup-Zeitfenster oder ein Netzwerkpfad, der an seine Grenze stößt. Wenn normale Clients flüssig Direct Play nutzen, die App-Daten reaktionsschnell bleiben und die Wiederherstellung getestet ist, ist zusätzliche Hardware optional und nicht erforderlich.