Video & Untertitel · Untertitel-Toolkit
Über SRT und VTT hinaus: wo ASS-, TTML-, DFXP- und SCC-Untertitel verwendet werden
· Hintergrund
Untertitel Dateiformate srt webvtt
SRT und WebVTT dominieren das Web, aber Rundfunk, Anime-Fandom und Streaming-Bereitstellung verwenden andere Formate. Dieser Beitrag stellt die Landschaft dar, erklärt, wozu jedes Format dient und warum ein fokussiertes Toolkit nur zwei davon unterstützt.
Ein Ordner voller Erweiterungen, die Ihr Player nicht erkennt – die Formatvielfalt bei der professionellen Untertitelarbeit
Eine Lokalisierungsübergabe kann Dateien enthalten, die alle Wörter auf den Bildschirm bringen und fast keine gemeinsame interne Struktur haben. Bei einigen handelt es sich um einfache Cue-Listen, bei anderen um XML-Dokumente, bei einigen handelt es sich um detaillierte Stile und bei einigen handelt es sich um die Codierung eines Legacy-Streams mit Untertiteln für Sendungen. Wenn man jede unbekannte Erweiterung als „ein weiteres SRT“ behandelt, besteht die Gefahr, dass die Funktion gelöscht wird, die den Absender dazu veranlasst hat, sie auszuwählen.
Die erste Triage-Frage ist nicht, welcher Konverter die Datei öffnet, sondern zu welchem Liefersystem sie gehört. Behalten Sie das Original bei, identifizieren Sie das angeforderte Ziel und verwenden Sie einen Parser, der dieses Format versteht. Subtitle Toolkit liest und schreibt explizit nur SRT und WebVTT, was eher eine Grenze als ein gescheitertes Versprechen der Universalität darstellt.
ASS und SSA – gestylte, positionierte Untertitel aus der Anime-Fansub-Tradition
SSA und sein Nachfolger ASS sind Untertitelformate im Skriptstil mit Abschnitten für Metadaten, wiederverwendbaren Stilen und zeitgesteuerten Dialogereignissen. Sie können Positionierung und Aussehen über das gewöhnliche SRT hinaus ausdrücken. Sie stehen in engem Zusammenhang mit aufwändig gestalteten Untertitel-Workflows in der Community, einschließlich Anime-Fan-Subs, aber diese Assoziationen verwandeln nicht jede ASS-Datei in ein Fan-Sub und definieren auch nicht deren Lizenzierung.
Durch geschweifte Klammern getrennte Überschreibungsbefehle aus SubStation-Formaten überleben manchmal eine grobe Konvertierung als sichtbarer Text. Die Bereinigung von ToolAcre kann Blöcke wie eine Positionierungsüberschreibung aus dem Cue-Text entfernen, analysiert jedoch kein ASS-Skript, übersetzt seine Stile nicht und behält das Karaoke- und Zeichenverhalten nicht bei. Konvertieren Sie mit einem ASS-fähigen Tool, bevor Sie ein Klartext-Derivat hierher bringen.
TTML und DFXP – XML-basierter zeitgesteuerter Text für Broadcast- und Streaming-Übermittlung
TTML stellt zeitgesteuerten Text als XML dar und ermöglicht die gemeinsame Übertragung von Struktur, Namespaces, Timing und Präsentationsinformationen. DFXP ist ein Name, der in derselben zeitgesteuerten Textfamilie und in darauf aufbauenden Zustellungsworkflows vorkommt. Bei diesen Dokumenten handelt es sich nicht um Cue-Blöcke mit Leerzeilen, sodass ein SRT-Parser sie durch die Suche nach Pfeilen nicht sicher wiederherstellen kann.
Rundfunk- und Streamingsysteme wählen möglicherweise ein TTML-Familienprofil mit engeren Anforderungen als das breite Format. Dieser Artikel beansprucht nicht ein Profil, eine Standardversion oder eine Plattformzuordnung für jede .ttml- oder .dfxp-Datei. Die Lieferspezifikation ist die Autorität, und die Konvertierung sollte einen Master beibehalten, bis das Ziel das Ergebnis akzeptiert und anzeigt.
SCC und CEA-608 – das Legacy-System mit Untertiteln, das von einigen Verleihern immer noch gefordert wird
SCC-Dateien stellen eine Übertragungsuntertitellinie dar, die mit CEA-608-Daten verknüpft ist, und nicht eine benutzerfreundliche Liste von SRT-Blöcken. Ihre Inhalte und Einschränkungen spiegeln Untertitelbefehle und Übertragungsmodelle wider, die vor Web-Sidecar-Texten existierten. Ein Händler, der nach SCC fragt, bittet um diese Lieferzusage, nicht um eine SRT-Datei mit einem anderen Suffix.
Das Repository-Tool liest SCC nicht und codiert CEA-608 nicht. Außerdem wird die Konformität des Senders nicht überprüft. Behalten Sie das Quelluntertitelprojekt bei und verwenden Sie Software, die für den gewünschten Broadcast-Workflow entwickelt wurde. Export nach SRT oder WebVTT nur, wenn ein separates Ziel tatsächlich eine dieser Dateien anfordert.
SBV, LRC und andere – plattformspezifische und Nischenformate
SBV kommt in Plattform-Untertitel-Workflows vor, während LRC häufig für zeitgesteuerte Liedtexte verwendet wird. Andere Erweiterungen kodieren noch mehr Annahmen über Timing, Stil oder eine bestimmte Anwendung. Ihre oberflächliche Ähnlichkeit – eine Zeit plus eine Textzeile – reicht nicht aus, um sie austauschbar zu machen, da Zeichensetzung, Reihenfolge und Metadaten bestimmen, wie ein Parser die Datei liest.
Dieser Artikel stellt keine erschöpfende Registrierung bereit und behauptet nicht, dass ein Dienst immer ein Format akzeptiert. Änderungen der Plattformunterstützung und professionelle Lieferungen sind vertraglich vereinbart. Lesen Sie die aktuelle Zieldokumentation und bewahren Sie die Originaldatei auf, insbesondere wenn bei einer Konvertierung zwangsläufig Layout oder Stil verloren gehen.
Warum ein Toolkit nur SRT und WebVTT wählt – die Austauschformate des Webs und die Ehrlichkeit bei der Dokumentation dieser Grenze
Ein fokussiertes Browser-Toolkit wählt SRT und WebVTT, da sein Transformationsmodell aus Cue-Text, Start- und End-Millisekunden sowie einer optionalen Einstellungszeichenfolge besteht. Dieses Modell lässt sich direkt auf die gemeinsame Blockstruktur dieser beiden Formate abbilden. Es enthält keinen XML-Baum, kein wiederverwendbares Stylesheet, keinen Broadcast-Befehlsstream oder keine eingebettete Videospur. Wenn man also vorgibt, diese zu unterstützen, würden die Informationen stillschweigend abgeflacht.
Die Einschränkung ist im Konverterdatensatz angegeben: ASS und SSA, TTML, SAMI und in einen Container eingebettete Untertitel werden nicht behandelt. Auch innerhalb von WebVTT werden NOTE-, STYLE- und REGION-Blöcke übersprungen. Durch den ehrlichen Umfang kann ein Benutzer anhalten, bevor es zu Schäden kommt, anstatt nach dem Export festzustellen, dass eine spezielle Funktion verschwunden ist.
Takeaway: Kennen Sie die Karte und wählen Sie dann das Tool aus – wie das Subtitle Toolkit den SRT- und WebVTT-Teil der Landschaft abdeckt
Kennen Sie die Karte, bewahren Sie den Master auf und wählen Sie das Tool aus, das das gewünschte Ziel versteht. Das Subtitle Toolkit deckt den SRT- und WebVTT-Teil ab: tolerantes Cue-Parsing, kanonische Serialisierung, Timing-Änderungen, Textbereinigung und Strukturvalidierung. Es handelt sich nicht um eine universelle Engine zum Austausch von Untertiteln und sie wandelt ein nicht unterstütztes Format nicht durch Umbenennen in eine sichere Eingabe um.
Wenn eine Spezialanwendung bereits ein überprüftes SRT- oder WebVTT-Derivat erstellt hat, laden Sie dieses Derivat hier und überprüfen Sie die Anzahl der Cues und Probleme vor der Konvertierung. Bewahren Sie ASS, TTML, SCC oder andere Master daneben auf, damit alle verlorenen Styling- oder Liefermetadaten zurückverfolgt werden können, anstatt sie wieder ins Leben zu rufen.