Jellyfin-Client-Kompatibilitätscheckliste für Audio, Video und Untertitel

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.

Jellyfin Client Compatibility Checklist for Audio, Video, and Subtitles - Zima Store Online

Der sichere Ansatz besteht darin, eine repräsentative Medienmatrix, die Container-, Video-, Audio-, Untertitel-, HDR- und Netzwerkverhalten pro Client isoliert, als Abfolge beobachtbarer Prüfpunkte zu behandeln und nicht als einzelnen Befehl.

Auf einem Jellyfin-Server, der Fernseher, Smartphones, Browser und Streaming-Boxen versorgt, besteht das praktische Risiko darin, dass dieselbe Jellyfin-Datei auf einem Client direkt wiedergegeben wird, während sie auf einem anderen transkodiert wird, der Ton verloren geht oder Untertitel nicht funktionieren. Erfassen Sie die aktuelle Identität und den Wiederherstellungspunkt, beginnen Sie mit dem am wenigsten invasiven Unterscheidungsmerkmal, werten Sie erfolgreiche und fehlgeschlagene Ergebnisse aus, bevor Sie eine weitere Variable ändern, und stoppen Sie, sobald der Speicher instabil wird oder die einzige wiederherstellbare Kopie offengelegt werden müsste. Der folgende Ablauf endet erst, wenn die ursprüngliche Arbeitslast erfolgreich ausgeführt wird oder die Beweislage eine Eskalationsgrenze erreicht.

Eine repräsentative Client- und Medienmatrix erstellen

Listen Sie jedes Clientgerät, das Betriebssystem, die Jellyfin-App oder den Browser samt Version, die Anzeigefähigkeit, die Audioverbindung und den Netzwerkpfad auf. Wählen Sie eine kleine, feste Auswahl, die H.264, HEVC oder AV1, sofern relevant, SDR und HDR, Stereo- und Mehrkanalton, Text- und Bilduntertitel, gängige Container sowie eine Datei mit hoher Bitrate abdeckt.

Leiten Sie die Unterstützung nicht allein vom Fernseherpanel ab. Die App, die Player-Engine, der HDMI-Pfad, die TV-Ausgabe, der Receiver, der Untertitel-Renderer und die Richtlinie für die Remote-Qualität sind alle am endgültigen Wiedergabepfad beteiligt.

Verwenden Sie den ZimaSpace-Workflow zur Isolierung der Wiedergabe auf einem einzelnen Client als ersten clientspezifischen Isolierungsschritt. Diese Checkliste erweitert diesen einzelnen TV-Zweig zu einer wiederholbaren Matrix, statt davon auszugehen, dass eine Qualitätsregel für jeden Endpunkt geeignet ist.

Video und Container vor Audio und Untertiteln testen

Starten Sie jede repräsentative Datei mit der einfachsten kompatiblen Audiospur und deaktivierten Untertiteln. Erfassen Sie den Wiedergabemodus im Dashboard, den Transkodierungsgrund, die CPU- oder GPU-Aktivität des Servers, die Startzeit, das Puffern, das HDR-Verhalten und ob der Client Direct Play, Remux oder Videokonvertierung meldet.

Eine unabhängige Erklärung der Unterschiede der Client-Wiedergabemodi zeigt, warum verschiedene Clients aus derselben Datei sehr unterschiedliche Serverlast erzeugen können. Verwenden Sie den Wiedergabegrund als Unterscheidungsmerkmal und nicht allein den CPU-Prozentsatz.

Wenn nur der Container inkompatibel ist, kann ein Remux die Videoqualität bewahren; wenn Videocodec, Profil, Level, Farbtiefe, HDR-Pfad oder Bitrate nicht unterstützt werden, kann eine Videotranskodierung erforderlich sein. Behalten Sie Netzwerk und Qualitätseinstellung unverändert, während Sie diesen Zweig isolieren.

Audio-Pfade und Untertitelformate einzeln hinzufügen

Aktivieren Sie Stereo, komprimierten Surround-Sound, verlustfreien Surround-Sound und Passthrough nur dort, wo die gesamte Kette vom Fernseher bis zum Receiver sie unterstützt. Erfassen Sie, ob das Video weiterhin kopiert wird, während das Audio konvertiert wird, ob die Kanäle korrekt zugeordnet werden und ob der direkte Receiver-Anschluss sich vom Rückkanal des Fernsehers unterscheidet.

Testen Sie anschließend SRT oder einen anderen Textuntertitel vor PGS, ASS oder SSA. Ein Community-Bericht über einen Transkodierungsfall mit PGS-Untertiteln zeigt, wie nicht unterstützte PGS-Untertitel eine ansonsten kompatible Datei zur Transkodierung zwingen können; behandeln Sie dies als begrenztes Fehlersymptom und bestätigen Sie den Grund im Dashboard auf Ihrem Client.

Wenn Untertitel das Einbrennen auslösen, vergleichen Sie deaktivierte Untertitel, Textuntertitel und Bilduntertitel mit derselben Datei. Deaktivieren Sie Untertitel oder Hardwarebeschleunigung nicht global, bevor die eine inkompatible Stufe identifiziert wurde.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Profile unter dem tatsächlichen Netzwerkpfad validieren

Wiederholen Sie die Matrix im LAN und über die vorgesehene Remote-Verbindung mit derselben Benutzerrichtlinie und Qualitätsbegrenzung. Ein Client kann lokal Direct Play verwenden, aber remote transkodieren, weil Bandbreite oder Qualitätseinstellungen eine niedrigere Bitrate anfordern. Kennzeichnen Sie die Netzwerkrichtlinie daher getrennt von der Codec-Fähigkeit.

Starten Sie Client und Server einmal neu, testen Sie erneut einen erfolgreichen und einen fehlgeschlagenen Grenzfall und speichern Sie die Matrix mit den Versionen. Aktualisieren Sie sie nach Upgrades des Clients, der TV-Firmware oder von Jellyfin, da sich die Fähigkeitsmeldungen und das Verhalten des Players ändern können.

Geben Sie ein Clientprofil erst frei, wenn sich die aufgezeichneten Audio-, Video-, Untertitel- und HDR-Pfade mit repräsentativen Dateien erwartungsgemäß verhalten und der Server innerhalb seiner Kapazität bleibt. Eskalieren Sie Fehler auf einzelnen Clients mit den genauen Medieninformationen und dem Wiedergabegrund, statt die Serverhardware aufgrund einer einzelnen ungeklärten Transkodierung aufzurüsten.