Wie Jellyfin Client-Limits in eine Transcoding-Pipeline verwandelt

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 Jellyfin Turns Client Limits Into a Transcoding Pipeline

Jellyfin erstellt seinen Wiedergabepfad anhand der Lücke zwischen den im Medium enthaltenen Eigenschaften und dem, was der anfragende Client akzeptieren kann.

Diese Lücke kann klein genug für ein Remuxing des Containers sein, sich auf die Audiokonvertierung beschränken oder groß genug sein, um Videodekodierung, Filterung, Tonemapping, Untertitelkomposition und eine erneute Kodierung zu erfordern. Das Verständnis dieses Pfads erklärt, warum „dieselbe Datei“ keine fest definierte Serverlast darstellt. Erfassen Sie die Wiedergabeentscheidung für jeden Client, damit die Kapazitätsplanung den tatsächlich von Jellyfin aufgerufenen Phasen folgt und nicht einer allgemeinen Transcoding-Kategorie.

Direct Play ist die Baseline ohne Konvertierung

Wenn der Client den Quellcontainer sowie Video-, Audio- und Untertitelpfad akzeptiert, liest der Server die Datei hauptsächlich ein und stellt sie bereit. Diese Baseline trennt die Medienbereitstellung von der Konvertierungskapazität.

Die Audioverarbeitung auf dem Client kann das Wiedergabeverhalten ändern, ohne die Mediendatei zu verändern; direkte E-AC3-Ausgabe auf Android TV ist in einem Fall fehlgeschlagen, in dem die lokale PCM-Dekodierung Direct Play beibehalten hat.

Legen Sie einen Client und eine Datei fest, mit denen Direct Play zuverlässig funktioniert. Verwenden Sie diesen Durchlauf als Kontrolle, bevor Sie CPU-, GPU- oder Netzwerkdiagramme aus einem Transcoding-Fall vergleichen.

Eine kleine Kompatibilitätslücke erfordert möglicherweise nur Remuxing oder Audioverarbeitung

Ein nicht unterstützter Container oder ein nicht unterstütztes Audioformat erfordert nicht automatisch eine Videokonvertierung. Wenn der Videostream erhalten bleibt, kann die Serverlast deutlich unter der eines vollständigen Transcodings liegen.

Das Video kann unverändert bleiben, während sich die Audio- oder Containerverarbeitung in einem Kompatibilitätspfad für den Client ändert.

Prüfen Sie den im Dashboard angezeigten Grund für die Konvertierung und den FFmpeg-Befehl, bevor Sie jede Sitzung ohne Direct Play als gleichwertig behandeln. Unterscheiden Sie bei Ihren Messungen zwischen Kopieren, Audiokonvertierung und Videokodierung.

Videoinkompatibilität erweitert die Pipeline

Sobald das Video selbst geändert werden muss, benötigt Jellyfin möglicherweise Dekodierung, Filterung, Skalierung, Tonemapping, das Einbrennen von Untertiteln und Kodierung. Je nach Plattform und Medium können einige Phasen auf der Hardware ausgeführt werden, während andere auf der CPU verbleiben.

Die Echtzeitausgabe verändert sich je nach Codec- und Filterauslastung, daher lässt sich die Transcoding-Kapazität von Jellyfin nicht allein anhand des Prozessormodells vorhersagen.

Erfassen Sie die GPU-Auslastung pro Engine und die CPU-Auslastung für die betreffende Datei. Der hardwarebeschleunigte Streamingpfad sollte Phase für Phase überprüft und nicht anhand einer einzelnen Anzeige „GPU aktiv“ angenommen werden.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Die Wiedergabeentscheidung ist auch eine Kapazitätsentscheidung

Eine Clienteinstellung, die Auswahl von Untertiteln oder ein Bandbreitenlimit kann einen Stream in einen aufwendigeren Pfad zwingen, selbst wenn sich die Serverhardware nicht ändert. Deshalb muss die Kapazitätsplanung auch die Clients und Richtlinien berücksichtigen, die eine Konvertierung auslösen.

Die USE-Methode hält die Diagnose an der Ressource fest, die gesättigt wird, statt davon auszugehen, dass der Transcoder immer CPU-limitiert ist.

Erstellen Sie eine kleine Matrix aus repräsentativen Clients, Medien, Untertiteln und Einschränkungen für den Fernzugriff. Erfassen Sie den resultierenden Wiedergabemodus, damit sich künftige Regressionen auf eine geänderte Entscheidung zurückführen lassen, statt sie anhand von Symptomen zu erraten.