Untertitel-Kodierung korrigieren
Oder Untertiteltext einfügen
Optionen
Dies ändert, wie die Datei gelesen wird, nicht, was geschrieben wird. Normalerweise wird die Kodierung aus den ersten Bytes ermittelt: ein Byte-Order-Mark, falls vorhanden, UTF-8, wenn die Datei gültiges UTF-8 ist, und sonst Windows-1252. Das trifft westeuropäische Dateien richtig und alles andere falsch, eine japanische, chinesische, koreanische oder kyrillische Datei kommt also als Bildschirm voller akzentuierter Unsinn an. Nennen Sie die Kodierung hier, und das Raten entfällt. Automatisch erkennen ist der Standard und tut gar nichts, deshalb kann man es gefahrlos so lassen. Beachten Sie, dass das Ergebnis als UTF-8 zurückgeschrieben wird: Browser können nur eine Handvoll Kodierungen erzeugen, und keine davon steht in dieser Liste. Das ist der Sinn der Seite — der Text kommt korrekt und in einer Form heraus, die jedes Werkzeug lesen kann.
In welcher Bildrate die Zeitangaben gezählt werden. Auf den Formatseiten ist das, was MicroDVD braucht, denn es speichert Zeitangaben als Bildnummern. Auf den Bildraten-Seiten ist es die Rate, gegen die die Datei getaktet wurde — die Fassung, für die die Untertitel erstellt wurden —, und das zweite Feld der Seite nimmt die Rate des Videos auf, mit dem Sie sie verwenden wollen. 23,976, 24, 25, 29,97, 30, 50, 59,94 und 60 sind die üblichen. Ein falscher Wert verschiebt die gesamte Zeitachse, und auf den Bildraten-Seiten verschiebt er sie um einen Faktor statt um einen festen Betrag.
Manche Untertiteldateien kommen als ein Bildschirm voller Symbole an, die zu keiner Sprache gehören. Die Datei ist nicht beschädigt und der Text ist nicht weg: Das lesende Programm hat die falsche Regel auf die Bytes angewandt, und die Zeichen, die herauskamen, sind das, was diese Bytes unter einer anderen Regel bedeuten. Diese Seite lässt Sie sagen, welche Regel zu verwenden ist, und wendet sie an, bevor irgendetwas anderes mit der Datei geschieht.
Dass es von Ihnen kommen muss, liegt daran, dass die Bytes es meistens nicht sagen. Ein Programm, das eine Untertiteldatei öffnet, rät: Eine Markierung am Anfang entscheidet, gültiges UTF-8 entscheidet, und sonst fällt es auf etwas zurück – häufig die lokale Codepage dessen, der das Werkzeug ausführt, statt dessen, der die Datei geschrieben hat. Japanische, koreanische und chinesische Untertiteldateien sind die Fälle, in denen der Rat am häufigsten danebengeht, weil diese Kodierungen auf den Maschinen Standard waren, die sie erzeugt haben, und ihre Bytes kein gültiges UTF-8 sind. Wer weiß, welches Programm die Datei geschrieben hat, weiß mehr als der Rater, und diese Seite ist der Ort für dieses Wissen.
„Automatisch“ ist der Standard und bedeutet, dass der Rat genau so läuft wie immer; diese Seite auf einer bereits richtig lesbaren Datei zu öffnen, ändert also nichts. Wählen Sie eine bestimmte Kodierung, wird die Datei stattdessen so gelesen, bevor die Untertitel geparst werden – deshalb hat diese Seite keinen separaten „Anwenden“-Schritt im üblichen Sinn, und deshalb kann eine richtig lesbare Datei mit denselben Blöcken, Zeitcodes und Zeilenenden und einem völlig anderen Zeichensatz herauskommen. Gewählt wird das Lesen, nicht eine Bearbeitung.
Zwei Dinge am Ergebnis sollte man vorher wissen, und die Seite meldet beide. Erstens sieht eine falsche Wahl wie eine falsche Wahl aus: Die Symbole werden andere Symbole statt Text, und durch das Probieren wird nichts beschädigt. Zweitens gibt es eine echte Grenze des Browsers: Die Kodierungen hier, die ein Browser lesen kann, kann er nicht alle schreiben. Eine als Shift-JIS, GBK, Big5 oder EUC-KR reparierte Datei wird deshalb als UTF-8 zurückgeschrieben, was überall richtig gelesen wird und was moderne Werkzeuge erwarten – aber es ist nicht die Kodierung, die Sie genannt haben; besteht ein nachgelagertes System auf der ursprünglichen, konvertieren Sie die Datei nach der Reparatur mit einem Desktop-Werkzeug.
Ein Eintrag in der Liste verdient ein eigenes Wort. ISO-8859-1 und Automatisch erreichen im Browser dieselbe Codetabelle, weil der Standard sagt, dass diese Bezeichnung die westeuropäische meint. Sie ist trotzdem sinnvoll, weil sie etwas tut, was Automatisch nicht kann: Sie überstimmt den Rat. Eine westeuropäische Datei, deren Bytes zufällig eine gültige UTF-8-Folge bilden, wird automatisch als UTF-8 gelesen, und die angezeigten Zeichen sind dann nicht die der Datei; ISO-8859-1 zu nennen erzwingt die westliche Lesart. Alle zwölf Untertitelformate werden angenommen, und nichts wird hochgeladen – die Datei wird im Browser gelesen und geschrieben.
Beispiele
Automatische Erkennung bei einer bereits richtig lesbaren Datei
Eingabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Ausgabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Die Standardeinstellung und die einzige, die nichts verlangt: Bei Automatisch wird keine Kodierung genannt, die Datei wird also genau so gelesen wie vor dieser Seite. Das macht sie unbedenklich zum Öffnen einer Datei, bei der Sie unsicher sind – war nichts falsch, geschieht nichts –, und es ist die Einstellung, zu der man zurückkehrt, wenn eine bestimmte Wahl es schlimmer gemacht hat.
Dieselbe Datei als Shift-JIS gelesen
Eingabe
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
Ausgabe
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
Dieselbe Datei, auf zwei Arten gelesen. Was das Fenster hält, nachdem die Bytes als Shift-JIS gelesen wurden, ist das Japanisch, das sie die ganze Zeit sagten; als westlicher Text gelesen sind dieselben Bytes eine Zeile unzusammenhängender akzentuierter Buchstaben, und dieser Zustand schickt Leute auf die Suche nach dieser Seite. Beide Fenster dieses Beispiels zeigen die lesbare Fassung, weil das Neulesen vor dem Parsen geschieht – es gibt keinen Schritt der Seite, in dem die falschen Zeichen zu sehen wären und die richtigen nicht.
Eine westliche Datei, die Automatisch als UTF-8 liest
Eingabe
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Ausgabe
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Der schwierige Fall und der einzige, in dem Automatisch und eine benannte Kodierung im Browser auseinandergehen. Die Bytes der Datei bilden zufällig eine gültige UTF-8-Folge, der Rat ist also UTF-8, und die übergebenen Zeichen sind nicht die der Datei. ISO-8859-1 zu nennen erzwingt stattdessen die westeuropäische Lesart. Es ist so oder so dieselbe Codetabelle, und genau das wird nach älterer Dokumentation leicht falsch verstanden: Die Wahl überstimmt den Rat.
Häufige Fragen
Warum zeigt meine Untertiteldatei seltsame Zeichen statt des richtigen Textes?
Weil die Bytes unter der falschen Regel gelesen wurden. Die Datei enthält japanischen, koreanischen oder kyrillischen Text in der Kodierung, die das schreibende Programm verwendete, und das lesende Programm nahm etwas anderes an – sehr oft die lokale Codepage der Maschine statt der Datei. Nichts ist beschädigt: Dieselben Bytes ergeben unter der richtigen Regel den richtigen Text, und das ist es, was das Nennen einer Kodierung auf dieser Seite bewirkt.
Wie finde ich heraus, in welcher Kodierung eine Untertiteldatei wirklich vorliegt?
Meistens daran, womit sie erzeugt wurde. Eine japanische Datei aus einem japanischen Windows-Werkzeug ist höchstwahrscheinlich Shift-JIS, eine chinesische vom Festland GBK und aus Taiwan Big5, Koreanisch ist EUC-KR, und Kyrillisch ist meistens Windows-1251. Wenn das nicht hilft, probieren Sie sie durch: Die falsche Wahl liefert Symbole, die richtige Text, eine Datei lässt sich also in wenigen Sekunden identifizieren, ohne etwas über sie zu wissen.
Was passiert, wenn ich die falsche Kodierung für meine Untertiteldatei wähle?
Die Zeichen werden zu einem anderen Satz falscher Zeichen, und sonst geschieht nichts – die Originaldatei auf Ihrer Festplatte bleibt unangetastet, und nichts wird hochgeladen oder irgendwo gespeichert. Ein neuer Versuch kostet nichts. Ein Ergebnis sollte man im Auge behalten: eine Datei, die richtig liest, aber oben eine verdächtig lange Symbolzeile zeigt; dann trägt sie zusätzlich eine Markierung, die die gewählte Kodierung als Zeichen gelesen hat.
Warum wird meine reparierte Untertiteldatei als UTF-8 geschrieben, obwohl ich Shift-JIS gewählt habe?
Weil der Browser diese Kodierung lesen, aber nicht schreiben kann. Eine als Shift-JIS, GBK, Big5 oder EUC-KR gelesene Datei wird als UTF-8 zurückgeschrieben, was jedes enthaltene Zeichen aufnimmt und was nahezu jede aktuelle Software erwartet. Der Untertiteltext ist genau der, den Sie im Fenster sehen; nur der Container hat sich geändert. Verlangt ein nachgelagertes System die ursprüngliche Kodierung, konvertieren Sie die reparierte Datei mit einem Desktop-Werkzeug.
Verändert die Kodierungsreparatur den Text meiner Untertitel?
Nein. Die Bytes Ihrer Datei werden nicht verändert, und kein Zeichen wird ergänzt, entfernt oder ersetzt; geändert wird die Regel, mit der diese Bytes in Text verwandelt werden, und alles nach diesem Schritt arbeitet mit dem richtigen Text. Blocknummern, Zeitcodes und Zeilenenden gehören der Datei, genau wie auf jeder anderen Operationsseite hier.
Ist die automatische Kodierungserkennung gut genug, oder sollte ich sie immer festlegen?
Automatisch ist für die große Mehrheit der Dateien richtig, und es ist der Standard, weil eine richtig lesbare Datei nicht verlangen sollte, dass Sie etwas sagen. Legen Sie die Kodierung fest, wenn der Text sichtbar falsch ist, wenn Sie wissen, was die Datei erzeugt hat, oder wenn ein Stapel aus einer Quelle kam und einheitlich gelesen werden soll. Ein Fall, in dem sie nicht hilft: eine Datei in einer Kodierung, für die der Browser überhaupt keinen Decoder hat – sie bleibt falsch, welche Option Sie auch wählen.