Zum Hauptinhalt springen
SubtitleMatrix

SUB/IDX (VobSub) in SRT umwandeln

MedieneingabeBitmap-Untertitel (PGS / VobSub)

Der erste Lauf lädt den Textleser herunter — etwa 4 MB plus das Sprachmodell, von dieser Seite bereitgestellt und danach vom Browser zwischengespeichert. Nichts wird hochgeladen, und das Ergebnis ist maschinell gelesen: Korrekturlesen Sie es, bevor Sie sich darauf verlassen.

Optionen

Ein Bitmap-Untertitel ist ein Bild von Text, die Wörter müssen also wieder herausgelesen werden. Sagen Sie dem Leser, in welcher Sprache die Untertitel geschrieben sind — die Liste deckt alle Sprachen ab, in denen diese Website erscheint. Russische Untertitel mit dem englischen Modell gelesen ergeben Rauschen, nicht Russisch. Nur das gewählte Modell wird heruntergeladen (die anderen nie), ein Wechsel kostet also einen Download pro Sprache, danach aus dem Cache.

VobSub verteilt eine Untertitelspur auf zwei Dateien, und beide werden gebraucht. Die .sub-Datei enthält die Bilder: eine Kette von MPEG-Programmstrom-Paketen, jedes mit einer Bitmap, die mit einem Zwei-Bit-Lauflängencode komprimiert ist. Die .idx-Datei enthält alles andere: die sechzehnfarbige Palette, die Bildgröße und eine Zeile pro Untertitel mit Startzeit und Byte-Offset im .sub, an dem sein Bild beginnt. Nur die .sub abzulegen lässt offen, wie viele Untertitel es gibt; nur die .idx abzulegen lässt kein Bild zum Lesen. Diese Seite nimmt das Paar und schreibt eine .srt.

Jedes Paket wird über diesen Byte-Offset gefunden, der Index ist also kein Komfort, sondern die Karte. Im Paket geben zwei Kopfwörter die Größe und die Position einer Steuersequenz an; die Sequenz setzt den Anzeigebereich, wählt, auf welche vier Einträge der Palette sich die Pixel beziehen, und zeigt auf die komprimierte Bitmap. Der Decoder läuft den Lauflängencode zweimal durch, einmal für die geraden und einmal für die ungeraden Zeilen, weil VobSub die beiden Halbbilder eines Zeilensprungbilds getrennt speichert. Deshalb erzeugt ein naiver Decoder ein Bild, in dem jede zweite Zeile fehlt.

Die Zeitstempel stammen aus der .idx, dem einzigen Ort, an dem sie in brauchbarer Form existieren. Ein Block endet, wo der nächste beginnt; der letzte Block bekommt zwei Sekunden, und die Verlustliste hält das fest. Untertitel, deren Bilder keinen lesbaren Text ergeben, werden weggelassen und gezählt, nicht als leere Zeilen geschrieben.

Der Text selbst stammt aus der Texterkennung, ist also eine Lesung und keine Transkription. Hier sind DVD-Untertitel am schwierigsten: Sie wurden in kleinen Bitmap-Schriften mit Kursiv-Tags für Stimmen außerhalb des Bildes gesetzt, und ein Erkenner weiß nicht, dass ein anders geneigtes Wort dasselbe Wort ist. Die Datei Korrektur lesen. Die Sprache wählen, in der die Untertitel sind – das Modell wird pro Seite gewählt, einmal heruntergeladen und vom Browser zwischengespeichert.

Nichts wird hochgeladen. Das Paar wird in diesem Tab geparst und erkannt; die einzigen Netzwerkanfragen gelten den Dateien der Texterkennung, die diese Seite selbst ausliefert.

Häufige Fragen

Warum braucht die VobSub-Umwandlung zwei Dateien, während andere Werkzeuge hier mit einer auskommen?

Weil VobSub eine Spur konstruktionsbedingt in zwei Dateien speichert, nicht weil das Werkzeug zwei Eingaben will. Die .sub hält die Bitmaps; die .idx hält die sechzehnfarbige Palette, die Bildgröße und den Offset jedes Bildes samt Startzeit. Keine der beiden kann allein beantworten, wie viele Untertitel es gibt und was sie sagen. Liegt eine .sub ohne .idx vor, wurde das Paar irgendwo getrennt, und der Index muss aus der Quelldisc zurückgewonnen werden, bevor eine Texterkennung möglich ist.

Worauf zeigen die filepos-Nummern in der .idx-Datei?

Auf einen Byte-Offset in die .sub-Datei, an den Anfang eines MPEG-Programmstrom-Pakets, dessen Stromkennung es als privaten Strom ausweist – die Art, die DVD-Player für Untertitel verwenden. Der Offset ist keine Untertitelnummer und bei einer ungewöhnlichen Disc nicht unbedingt monoton zu den Zeitstempeln, deshalb sortiert diese Seite die Einträge nach ihren Zeitstempeln, statt sich auf die Reihenfolge der Zeilen in der Datei zu verlassen.

Warum kommen manche .idx/.sub-Zeilen mit falschen Buchstaben, aber richtiger Länge heraus?

Weil Palette und Formen beide aus dem Bild stammen und die Texterkennung Formen in fester Größe auflöst. DVD-Untertitel sind häufig in einer kleinen, stark geneigten oder sehr fetten Schrift gesetzt; ein Wort in Kursivschrift – verwendet für Stimmen außerhalb des Bildes und für Liedzeilen – ist der übliche Ausfall, weil ein geneigter Buchstabe für einen Menschen kein anderer Buchstabe ist, für einen Erkenner aber eine andere Form. Stimmen die Längen und nicht die Buchstaben, hilft Korrekturlesen, nicht ein anderes Werkzeug.

Überlebt die Position des Untertitels auf dem Bildschirm aus dem .idx/.sub-Paar in die SRT?

Sie überlebt nicht, und es gibt keinen Platz dafür. VobSub speichert Position als Rechteck des Anzeigebereichs in Zwölf-Bit-Koordinaten in jedem Paket, und SRT hat überhaupt keine Positionssyntax. Die Seite nutzt das Rechteck, um zu wissen, wo die Tinte liegt – was der Texterkennung beim richtigen Zuschnitt hilft –, und verwirft es dann. Braucht der Player positionierte Untertitel, ist ASS das Format, das die Information tragen kann; eine SRT mit Positionsmarkern ist eine Konvention, die manche Player beachten und andere wörtlich ausgeben.

Das Werkzeug verlangt die .idx – ich habe nur eine .sub. Lässt sich der Index neu aufbauen?

Nicht aus der .sub allein und nicht verlässlich aus den Bildern. Die Offsets lassen sich grundsätzlich durch Suchen nach Privatstrom-Paketen finden, die Zeitstempel aber nicht zurückgewinnen: Sie stehen in der .idx und nirgends sonst im Paar. Einen Index neu aufzubauen heißt, zur Disc oder zur VOB-Datei zurückzugehen, aus der das Paar extrahiert wurde, oder die ursprüngliche .idx zu verwenden, falls sie neben einer anderen Spur noch existiert. Zeiten zu raten ergäbe eine Datei, die korrekt aussieht und gegen das Video driftet – schlimmer als keine Datei.

Wird das Dateipaar aus .idx und .sub beim Lesen irgendwohin gesendet?

Nein. Beide Dateien werden in diesem Tab in den Speicher gelesen, hier dekodiert und hier erkannt. Der einzige Download ist die Texterkennung, von dieser Seite ausgeliefert und danach vom Browser zwischengespeichert. Im Netzwerk-Panel lässt sich während der Verarbeitung eines Paares beobachten, dass keine Anfrage eine der beiden Dateien trägt. Das zählt bei VobSub besonders, weil diese Dateien meist von einer Disc stammen, die jemand besitzt, und genau die Art Material sind, die nicht an einen Konvertierungsdienst gehen sollte.

Verwandte Werkzeuge