Warum lösen Untertitel eine Transkodierung aus, wenn das Video direkt wiedergegeben wird?

Untertitel lösen eine Transkodierung aus, wenn der ausgewählte Client den Untertitelstream nicht rendern kann und dabei den ursprünglichen Videowiedergabepfad beibehalten soll.

Ein Film kann bis zur Aktivierung der Untertitel problemlos direkt wiedergegeben werden, da Video, Audio und Untertitel als eine clientspezifische Sitzung ausgehandelt werden. Der Server muss möglicherweise eine Textspur extrahieren, komplexe ASS-Formatierungen beibehalten, bildbasierte PGS- oder VobSub-Grafiken überlagern oder die Synchronisierung der Untertitel während der Audiokonvertierung aufrechterhalten. Der erste Schritt besteht darin, die Änderung mit einer Datei und einem Client zu reproduzieren und anschließend genau zu ermitteln, welcher Stream und welche Kompatibilitätsregel sich geändert haben.

Bestätigen, dass nur die Untertitel geändert wurden

Spielen Sie denselben Titel auf demselben Gerät mit derselben Qualität zunächst bei deaktivierten Untertiteln ab und aktivieren Sie anschließend eine Untertitelspur, ohne Audio, Qualität für die Remote-Wiedergabe oder die Wiedergabeanwendung zu ändern. Notieren Sie das Server-Dashboard vor und nach der Änderung.

Die Wiedergabeentscheidung sollte zeigen, ob das Video von Direct Play oder Direct Stream zu einer vollständigen Transkodierung gewechselt hat, und den untertitelbezogenen Grund nennen, sofern der Server diesen anzeigt. Ein Plex-Fehlerbehebungsfall empfiehlt, den aktiven Stream zu prüfen, da sich der Wiedergabemodus ändert nur bei einer bestimmten Kombination aus Untertitel und Client.

Wenn die Wiedergabe bereits vor der Aktivierung der Untertitel transkodiert wurde, führen Sie nicht die gesamte Konvertierung auf die Untertitel zurück. Behalten Sie den ursprünglichen Grund bei – etwa eine zu niedrige Bitrate für die Remote-Wiedergabe, nicht unterstütztes Audio oder Videokompatibilität – und vermerken Sie, ob die Untertitel zusätzlich eingebrannt werden oder lediglich ausgewählt bleiben.

Ermitteln, ob es sich um Text, formatierten Text oder bildbasierte Untertitel handelt

Prüfen Sie die ausgewählte Spur, statt sich nur auf die Sprachbezeichnung zu verlassen. SRT und WebVTT sind einfache Textformate; ASS oder SSA können Schriften, Positionierung, Animationen und Formatierungen enthalten; PGS und VobSub sind bildbasierte Untertitelstreams.

Nicht unterstützte Formate erfordern häufig, dass der Server jeden Untertitel auf die Videobilder rendert. Ein Jellyfin-Problem beschreibt, wie nicht unterstützte Untertitelformate das Einbrennen auslösen und den Transkodierungspfad verzögern oder zum Stillstand bringen können.

Vergleichen Sie eine weitere Spur desselben Titels, vorzugsweise eine einfache SRT-Spur in derselben Sprache. Wenn SRT die direkte Wiedergabe beibehält, während ASS oder PGS eine Videotranskodierung erzwingt, ist der Videocodec nicht das Hauptproblem; der Client kann die ausgewählte Darstellung der Untertitel nicht direkt rendern.

Verwenden Sie die Tabelle als Diagnosehilfe, nicht als universelle Kompatibilitätsliste. Dasselbe Format kann in einer App direkt wiedergegeben werden und in einer anderen das Einbrennen erzwingen, da die Untertitelunterstützung von der Implementierung des jeweiligen Players abhängt.

Vergleichen Sie die Client-App, nicht nur das Fernsehgerät oder die Streaming-Box

Testen Sie dasselbe Konto, dieselbe Datei, dieselbe Audiospur und dieselben Untertitel mit einem anderen Client, etwa einem Desktop-Player, einer mobilen App, einem Browser oder einer anderen TV-Anwendung. Ein Display, das den Videocodec decodieren kann, kann für die Darstellung der Untertitel trotzdem auf seine App angewiesen sein.

Die Client-Fähigkeiten können die entscheidende Grenze darstellen. Eine Funktionsanfrage für Android TV beschreibt komplexe Untertitel, die das Gerät nur schwer lokal rendern konnte, und weist ausdrücklich darauf hin, dass serverseitiges Einbrennen eine Transkodierung erfordert.

Wenn ein anderer Client dieselbe Kombination direkt wiedergibt, lassen Sie Server und Mediendatei unverändert und prüfen Sie in der fehlerhaften App die Einstellung für das Einbrennen von Untertiteln, die Auswahl des nativen Players und die Anwendungsversion. Ein Austausch der Serverhardware fügt einem eingeschränkten Client keine Untertitelunterstützung hinzu.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Prüfen, ob die Audiokonvertierung den Untertitelpfad verändert

Wiederholen Sie den Test mit einer kompatiblen Audiospur, sofern verfügbar etwa Stereo-AAC oder AC-3, und lassen Sie Video- und Untertitelspur unverändert. Einige TV-Clients können Untertitel nur während einer vollständigen Direct-Play-Wiedergabe überlagern und fordern das Einbrennen an, sobald der Server Audio remuxen oder transkodieren muss.

Eine Analyse eines Plex-Clients dokumentiert diese Wechselwirkung: Bei einigen Smart-TV-Clients können Audiotranskodierung zusammen mit Untertiteln das Video in einen Einbrennpfad zwingen, selbst wenn der Videocodec selbst unterstützt wird.

Wenn die Änderung ausschließlich der Audiospur die direkte Wiedergabe mit Untertiteln wiederherstellt, liegt der eigentliche Auslöser im kombinierten Clientprofil und nicht allein in der Untertiteldatei. Verwenden Sie die unterstützte Audiospur, einen leistungsfähigeren Client oder erstellen Sie eine kompatible zusätzliche Audiospur, statt das Originalvideo neu zu kodieren.

Die schonendste Methode wählen, um das Einbrennen zu vermeiden

Beginnen Sie mit einer Untertitelspur, die der Client nativ rendern kann. Bevorzugen Sie einen korrekt synchronisierten Textuntertitel, wenn Formatierungen nicht entscheidend sind, oder verwenden Sie einen Client, der die ursprüngliche ASS-, PGS- oder VobSub-Spur unterstützt.

Führen Sie nicht automatisch eine OCR-Erkennung oder Konvertierung für die gesamte Bibliothek durch. Bei der Textkonvertierung können Positionierung, Markierungen für erzwungene Untertitel, Hinweise für Hörgeschädigte, Schriften und die Genauigkeit der Zeitsteuerung verloren gehen. Bewahren Sie die ursprünglichen Untertitel auf und erstellen Sie nur für Titel und Clients, die sie benötigen, eine kompatible zusätzliche Untertiteldatei.

Die Erklärung von ZimaSpace zu den Kosten des Einbrennens von Untertiteln beschreibt den ergänzenden Mechanismus, wenn der Server weiterhin eine hohe CPU-Auslastung anzeigt, obwohl die Hardware-Videotranskodierung aktiviert ist.

Wenn das Einbrennen von Untertiteln unvermeidbar ist, testen Sie, ob der Server dies in Echtzeit bewältigen kann, bevor Sie mehrere Remote-Sitzungen zulassen. Eine GPU kann die Videodekodierung und -kodierung beschleunigen, während das Rendern der Untertitel oder die Bewegung von Filtern weiterhin eine CPU-limitierten Phase erzeugt.

Die endgültige Wiedergabekombination auf dem tatsächlichen Client validieren

Testen Sie den genauen Remote- oder Wohnzimmer-Client erneut mit den ausgewählten Video-, Audio- und Untertitelspuren. Bestätigen Sie Wiedergabemodus, Transkodierungsgrund, CPU- und GPU-Auslastung, Pufferung, Darstellung der Untertitel und Synchronisierung nach dem Spulen.

Wiederholen Sie den Test, nachdem Sie den Titel beendet und fortgesetzt haben, da einige Clients beim Fortsetzen einen anderen Wiedergabepfad aushandeln. Testen Sie außerdem jeweils eine Spur mit erzwungenen Untertiteln und eine Spur mit vollständigen Dialogen, sofern beide vorhanden sind.

Das Problem ist erst dann behoben, wenn der vorgesehene Client die Untertitel entweder ohne Videokonvertierung rendert oder das erforderliche Einbrennen mit stabiler Geschwindigkeit und Qualität abschließt. Dokumentieren Sie den funktionierenden Client, den Untertiteltyp, die Audiospur und die Einstellung für das Einbrennen, damit ein zukünftiges App-Update mit derselben Ausgangsbasis verglichen werden kann.