So richtest du Jellyfin für Streaming zu Hause mit mehreren Benutzern ein

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Set Up Jellyfin for Multi-User Home Streaming - Zima Store Online

Für Jellyfin mit mehreren Nutzern sollten Sie zunächst auf vorhersehbares Direct Play setzen und anschließend ausreichend Kapazität für Transkodierung, Netzwerk, Speicher und Wiederherstellung für die Ausnahmefälle einplanen.

Ein gemeinsam genutzter Haushalt belastet mehrere Bereiche gleichzeitig: Ein Fernseher kann eine 4K-Datei per Direct Play wiedergeben, während ein Browser eine Videokonvertierung benötigt, ein anderer Nutzer die Bibliothek durchsucht und im Hintergrund eine Sicherung startet. Behandeln Sie Rechenleistung, Medienspeicher, Jellyfin-App-Daten, Netzwerkzugriff und Backups als getrennte Rollen, damit ein ausgelasteter Pfad nicht unbemerkt für alle zum Limit wird.

Beginnen Sie mit den Clients, nicht mit dem Datenblatt des Servers

Erfassen Sie die Geräte, auf denen Medien tatsächlich wiedergegeben werden: Fernseher, Streaming-Boxen, Browser, Smartphones, Tablets und Remote-Clients. Notieren Sie repräsentative Videocodecs, Audioformate, Untertiteltypen, die HDR-Nutzung und typische Bitraten. So wird aus „drei Nutzern“ eine Reihe von Wiedergabepfaden statt einer willkürlichen Zahl gleichzeitiger Streams.

Jellyfin entscheidet anhand der Client-Fähigkeiten und Stream-Einschränkungen, ob Direct Play, Remuxing oder Transkodierung verwendet wird. Die offizielle Transkodierungsdokumentation erklärt, dass der Client Fähigkeitsprofile übermittelt und der Server eine kompatible Ausgabe auswählt. Deshalb können zwei Nutzer, die unterschiedliche Dateien ansehen, den Server sehr unterschiedlich belasten.

Planen Sie zuerst für den häufigsten Fall. Wenn die wichtigsten Geräte im Wohnzimmer Ihre Bibliothek per Direct Play wiedergeben, dimensionieren Sie den gesamten Server nicht so, als würde jeder Stream eine softwarebasierte Videokodierung erfordern. Ermitteln Sie stattdessen die wenigen wiederkehrenden Bedingungen, die eine Konvertierung auslösen – nicht unterstützte Videos, Audiokonvertierung, Einbrennen von Untertiteln, Bitratenbegrenzungen oder begrenzte Bandbreite für Remote-Zugriffe.

Legen Sie Jellyfin-App-Daten auf schnellen Speicher und Medien auf Speicher mit hoher Kapazität

Trennen Sie den aktiven Jellyfin-Datenpfad vom umfangreichen Medienpfad. Datenbank, Metadaten, Indizes, Cache und Transkodierungsbereich führen viele kleine Lese- und Schreibvorgänge aus, während Film- und Episodendateien überwiegend große sequenzielle Lesevorgänge sind.

Jellyfins Leitfaden zur Hardwareauswahl empfiehlt SSD-Speicher für Jellyfin-Dateien aufgrund ihres Musters mit wahlfreien Zugriffen, während der Medienspeicher lediglich einen sequenziellen Durchsatz oberhalb der Medienbitrate benötigt. Daher ist eine SSD für App-Daten zusammen mit HDD- oder NAS-Speicher für Medien sinnvoller, als alles auf einer einzigen großen Festplatte abzulegen.

Halten Sie auf der schnellen Speicherebene genügend freien Platz für Importe, generierte Bilder und temporäre Transkodierungssegmente frei. Wenn das App-Daten-Volume voll läuft, hilft ein großer leerer Medienpool nicht weiter, da der blockierte Pfad auf der Datenbank-/Cache-Seite liegt und nicht auf der Seite der Filmdateien.

Geben Sie dem Server einen zuverlässigen kabelgebundenen Pfad zum Haushalt

Verbinden Sie den Jellyfin-Host per Ethernet und betrachten Sie WLAN als Komfort für die Clients statt als primären Uplink des Servers. Mehrere Nutzer bündeln ihren Datenverkehr am Server, selbst wenn die einzelnen Clients über mehrere WLAN-Zugangspunkte verteilt sind.

Die aktuelle Jellyfin-Netzwerkanleitung empfiehlt Ethernet für den Server und erklärt, dass die lokale Erkennung auf das Subnetz beschränkt ist. Wenn Sie VLANs, Gastnetzwerke oder mehrere Subnetze verwenden, planen Sie explizites Routing und eine Namensauflösung ein, statt davon auszugehen, dass Erkennungs-Broadcasts diese Grenzen überschreiten.

Überprüfen Sie den Pfad während einer realistischen Auslastungssituation: zwei oder drei gleichzeitige Streams, das Durchsuchen einer Bibliothek sowie eine Dateiübertragung oder ein Backup. Wenn sich die Wiedergabe nur verschlechtert, sobald Speicherverkehr aktiv ist, liegt die nächste Lösung möglicherweise in der Platzierung des Datenverkehrs, der Link-Kapazität oder der Zeitplanung und nicht in einer schnelleren CPU.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Behandeln Sie die Transkodierung als Ausnahmeweg mit eigener Kapazität

Wenn ein Client die Quelle nicht direkt wiedergeben kann, kann die Videotranskodierung zum wichtigsten Rechenjob werden. Hardwarebeschleunigung kann kompatible Dekodierungs-, Verarbeitungs- und Kodierungsphasen auf fest integrierte Medienhardware verlagern. Nicht unterstützte Phasen können jedoch weiterhin auf die CPU zurückfallen.

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 zu einer höheren CPU-Last führen kann. „GPU aktiviert“ bedeutet daher nicht automatisch, dass der gesamte Stream beschleunigt wird.

Erzwingen Sie für jede schwierige Clientklasse eine repräsentative Transkodierung und überprüfen Sie die Stream-Details sowie die Aktivität des Hosts. Der Workflow von ZimaSpace zur Überprüfung der Hardwaretranskodierung ist dabei hilfreich, weil er Dashboard, GPU-Aktivität und FFmpeg-Nachweise als einen gemeinsamen Test betrachtet, statt sich auf einen einzelnen Schalter zu verlassen.

Trennen Sie Haushaltsidentitäten, Remote-Zugriff und Administratorrechte

Erstellen Sie individuelle Jellyfin-Benutzer für Haushaltsmitglieder, wenn Wiedergabestatus, Jugendschutz, Remote-Zugriff oder die Sichtbarkeit von Bibliotheken unterschiedlich sein sollen. Gemeinsam genutzte Zugangsdaten beseitigen diese sinnvolle Trennung und erschweren es, die Berechtigungen einer Person zu ändern, ohne alle anderen zu beeinflussen.

Für die Remote-Nutzung sollten Sie nur den Zugriffspfad freigeben, den Sie bewusst verwalten. Jellyfins Netzwerkdokumentation warnt vor einer direkten Veröffentlichung im Internet und unterstützt sicherere Muster wie einen Reverse-Proxy oder ein VPN. Beschränken Sie den administrativen Zugriff stärker als den normalen Wiedergabezugriff, insbesondere wenn der Server auch andere Heimdienste hostet.

Testen Sie nach der Einrichtung der Identitätsregeln einen normalen lokalen Nutzer, einen eingeschränkten Nutzer und einen Remote-Nutzer separat. Ein Server, der für den Administrator problemlos Streams liefert, ist noch keine validierte Lösung für einen gemeinsam genutzten Haushalt, wenn ein anderes Profil die falschen Bibliotheken sieht oder sich nicht über das erwartete Netzwerk authentifizieren kann.

Schließen Sie den Aufbau mit Backup, Wiederherstellung und einem Auslöser für die Erweiterung ab

Sichern Sie den Jellyfin-Zustand unabhängig von der Medienbibliothek. Medien können häufig in einem anderen Zeitplan erneut beschafft oder wiederhergestellt werden, während Benutzer, Wiedergabestatus, Metadatenentscheidungen, Untertitel und Serverkonfiguration möglicherweise den Betriebszustand darstellen, den Sie schnell zurückhaben möchten.

Das integrierte Jellyfin-Backup-System kann die Datenbank, Metadaten, Untertitel und Trickplay-Daten enthalten. Speichern Sie Backups an einem Ziel, das nicht zusammen mit demselben App-Daten-Volume verloren geht, und führen Sie eine Testwiederherstellung durch, bevor Sie den Aufbau als abgeschlossen betrachten.

Erweitern Sie erst dann, wenn Messungen ein wiederkehrendes Limit erkennen lassen: anhaltende Transkodierungssättigung, Latenzen bei den App-Daten, unzureichende nutzbare Kapazität, mit der Wiedergabe kollidierende Backup-Zeitfenster oder ein Netzwerkpfad, der seine Obergrenze erreicht. Wenn normale Clients flüssig per Direct Play wiedergeben, die App-Daten reaktionsschnell bleiben und die Wiederherstellung getestet wurde, ist zusätzliche Hardware optional und nicht zwingend erforderlich.