TTML in SRT umwandeln

Ja. DFXP war der alte Name derselben W3C-Spezifikation, und viele Werkzeuge schreiben sie einfach mit einer .xml-Endung. Alle drei werden hier akzeptiert, und das Format wird anhand des Inhalts statt der Endung erkannt.

Regionen, Formatierung und Positionierung — alles, was TTML über seinen head-Abschnitt und Stilattribute ausdrückt und wofür SubRip kein Feld hat. Der Cue-Text und seine Anfangs- und Endzeiten sind das, was überlebt, und das ist alles, was ein Player braucht.

Das ist Absicht. Bild- und Tick-Offsets bedeuten nur etwas zusammen mit der im Dokument deklarierten Bildrate, die dieser Konverter nicht liest, daher werden diese Cues übersprungen statt mit einer plausiblen, aber falschen Zeitleiste versehen. Exportieren Sie mit Uhrzeiten neu, und sie kommen durch.

TTML wird vor allem von Rundfunkanstalten und großen Streaming-Plattformen genutzt – außerhalb dieser Branche kann jedoch so gut wie kein Programm etwas damit anfangen, da Desktop-Player, Schnittsoftware und Upload-Portale standardmäßig SRT erwarten. Die Texte darin sind vollständig; die Hürde ist lediglich das XML-Format. Die Konvertierung zieht die Untertitel aus dem XML-Code heraus und liefert eine SubRip-Datei, die all Ihre Werkzeuge anstandslos akzeptieren.

Sie werden komplett verworfen und eingeebnet. TTML kann Farben, exakte Bildschirmkoordinaten und formatierte Textabschnitte vorgeben; SubRip kennt dagegen nur schlichte, zeitgesteuerte Textzeilen. Der Konverter behält daher Text und Timing jedes Untertitels bei und entfernt die visuelle Präsentation. Für die allermeisten Zwecke – nämlich aus einer Sendedatei gut lesbare, bearbeitbare und universell abspielbare Untertitel zu gewinnen – ist das genau der richtige Tausch.