Zeichenkodierung umwandeln
Oder Untertiteltext einfügen
Optionen
Dies ändert die Bytes, nicht die Untertitel. Jedes Zeichen in der Datei wird in der gewählten Kodierung geschrieben, sodass ein Player oder Skript, das auf eine Kodierung besteht, eine lesbare Datei bekommt. UTF-8 ist die, die alles Moderne erwartet und die diese Seite überall sonst schreibt. UTF-8 mit BOM sind dieselben Bytes mit der dreiteiligen Markierung davor. UTF-16 LE ist das, was Windows-Programme Unicode nennen, und ungefähr doppelt so groß. Windows-1252 ist die ältere westeuropäische Kodierung, ein Byte pro Zeichen, und die, bei der man aufpassen muss: Sie hat keinen Platz für Chinesisch, Japanisch, Koreanisch, Kyrillisch, Griechisch oder Emoji, jedes Zeichen, das sie nicht schreiben kann, kommt also als Fragezeichen heraus und wird im Bericht oben gezählt. Sonst ändert sich nichts an der Datei.
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.
Die Zeichenkodierung einer Datei ist die Regel, die ihren Text in Bytes verwandelt, und sie ist die einzige Eigenschaft einer Untertiteldatei, die man ihr nicht ansehen kann. Notepad, ein Browser, ein Sendeserver und ein Fernseher müssen sie erfahren oder raten, und raten sie unterschiedlich, kommt der Text als Symbole an, die zu keiner Sprache gehören. Diese Seite schreibt eine Datei in einer von Ihnen benannten Kodierung aus, damit die lesende Seite nichts raten muss.
Der Standard ist, das zu behalten, worin die Datei ankam, und das will man meistens auch: Eine Operation wie das Verschieben von Untertiteln in der Zeit hat die Kodierung nicht neu zu schreiben, und eine Datei, die als UTF-16LE kam, ist auch als UTF-16LE wieder da. Ändern Sie diese Einstellung nur, wenn etwas vor Ihnen eine Kodierung nennt – eine Liefervorgabe, ein Werkzeug, das eine Datei ablehnt, ein Player, der falsche Zeichen zeigt –, oder wenn Sie einen Ordner mit Dateien aus verschiedenen Quellen vereinheitlichen.
Die vier Auswahlmöglichkeiten im Panel sind die, die vorkommen. UTF-8 ist das, was Web und moderne Werkzeuge nutzen und was jede Konvertierungsseite dieser Website standardmäßig schreibt. UTF-8 mit Markierung sind dieselben Bytes mit drei zusätzlichen davor, für Windows-Programme, die die ersten Bytes ansehen. UTF-16LE nennt Windows-Untertitelwerkzeuge „Unicode“; es speichert jedes Zeichen als zwei Bytes, die Datei wird also ungefähr doppelt so groß. Windows-1252 ist die ältere westeuropäische Kodierung, die noch viele europäische Sendewerkzeuge schreiben, und sie kann die Akzente westeuropäischer Sprachen tragen und sonst nichts.
Der letzte Punkt ist ein Verlust, und deshalb meldet diese Seite ihn, bevor Sie bestätigen. Speichert man japanische, chinesische, kyrillische oder griechische Untertitel als Windows-1252, werden die Zeichen ohne Byte in dieser Kodierung als Fragezeichen geschrieben – die Datei ist nicht kaputt, die falschen Zeichen sind weg. Der Bericht über dem Arbeitsbereich zählt sie und nennt die Anzahl, und die Zahl stammt aus derselben Codetabelle, mit der der Encoder schreibt; die gelesene Zahl ist also die Zahl der Fragezeichen, die Sie bekommen. Ist sie nicht null, wählen Sie ein anderes Ziel.
Die beiden Vorschaufenster können identisch aussehen, und das ist erwartet und kein Fehler: Eine Kodierung ist eine Eigenschaft der Bytes, die Fenster enthalten die Zeichen. Die Änderung geschieht in dem Moment, in dem die Datei geschrieben wird, also beim Herunterladen. Die Zeile jeder Datei nennt die Kodierung, als die sie gelesen wurde, und ergänzt eine zweite Angabe mit der Kodierung, als die sie geschrieben wird, wenn beide abweichen. Nichts wird hochgeladen, die Arbeit geschieht im Browser.
Beispiele
Eine englische Untertiteldatei als UTF-8
Eingabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Ausgabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Der Standard und die Kodierung, die jede andere Seite dieser Website schreibt. Die Ausgabe entspricht der Eingabe, weil die Datei bereits UTF-8 war. Was dieser Fall festhält, ist das Negative: Eine Kodierung zu wählen normalisiert sonst nichts an der Datei, ein Block verliert also weder seine Zeilenenden noch bekommt er eine Markierung oder einen anderen Zeitcode, nur weil Sie diese Seite besucht haben.
Dieselbe Datei als UTF-16LE
Eingabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Ausgabe
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Windows-Untertitelprogramme nennen das Unicode, und es ist die Kodierung mit dem sichtbarsten Unterschied für die Datei: Jedes Zeichen wird zwei Bytes, eine Markierung kommt davor, und das Ergebnis ist ungefähr doppelt so groß. Nichts davon ist in diesen Fenstern sichtbar, weil sie Zeichen enthalten – die Dateigröße im Dateimanager und die Kodierung im Editor zeigen den Unterschied.
Japanische Untertitel als Windows-1252
Eingabe
1
00:00:01,000 --> 00:00:02,000
こんにちは
Ausgabe
1
00:00:01,000 --> 00:00:02,000
こんにちは
Fünf Kana und eine Kodierung ohne Platz für eines davon, der Verlustbericht dieses Laufs zählt also fünf Zeichen, die zu Fragezeichen werden. Die Fenster zeigen die Kana weiterhin, weil die Ersetzung beim Schreiben der Datei geschieht und nicht beim Lesen. Diese Trennung ist Absicht: Sie sehen, was die Datei sagt, und im Bericht, was Sie aufgeben würden, wenn Sie sie so schreiben.
Häufige Fragen
Worin unterscheiden sich Kodierung und Format einer Untertiteldatei?
Das Format bestimmt, wie die Datei Blocknummern, Zeitcodes und Text anordnet – SRT, WebVTT, ASS und so weiter –, und es ist lesbar. Die Kodierung bestimmt, wie diese Zeichen in Bytes verwandelt werden, und sie ist unsichtbar: Dieselbe SRT-Datei kann als UTF-8, UTF-16 oder Windows-1252 gespeichert sein und in jedem Editor gleich aussehen. Diese Seite ändert das Zweite und lässt das Erste in Ruhe; die Konvertierungsseiten ändern das Erste.
Was passiert mit Zeichen, die die Zielkodierung nicht darstellen kann?
Sie werden als Fragezeichen geschrieben, und die Seite nennt die Anzahl vor dem Download. Windows-1252 deckt westeuropäische Buchstaben ab und hat kein Byte für Japanisch, Chinesisch, Koreanisch, Kyrillisch, Griechisch oder Emoji; diese Zeichen können darin in keiner Form überleben – es gibt keinen Fehler und keine Ersetzung, die die Bedeutung rettet. Die Zahl im Verlustbericht ist die Anzahl der Fragezeichen in der Datei, die Sie bekämen, berechnet aus derselben Tabelle, die der Schreiber verwendet.
Warum sehen die Fenster gleich aus, wenn ich die Kodierung einer Untertiteldatei umwandle?
Weil die Fenster Zeichen enthalten und die Wahl Bytes betrifft. Text ist Text; ob jedes Zeichen ein Byte, zwei oder drei belegt, entscheidet sich beim Schreiben der Datei, also beim Download. Die Zeile in der Warteschlange nennt die Kodierung, als die jede Datei gelesen wurde, und ergänzt eine zweite Angabe, wenn die Kodierung, als die sie geschrieben wird, abweicht; Ihr eigener Editor meldet die Kodierung der gespeicherten Datei.
Welche Kodierung sollte ich für eine abzuliefernde Untertiteldatei wählen?
UTF-8, sofern die Vorgabe nichts anderes sagt – und die Vorgabe sagt es meistens. Windows-1252 ist bei europäischen Sendeabgaben verbreitet und nur für westeuropäischen Text sicher; UTF-16LE kann ein reines Windows-Authoring-Werkzeug verlangen. War die Datei bereits in einer passenden Kodierung, behält der Standard sie, was die sicherste Antwort von allen ist, wenn nichts schiefgegangen ist.
Wird meine Untertiteldatei mit UTF-16 doppelt so groß?
Ja, ungefähr. Jedes Zeichen wird als zwei Bytes gespeichert, aus einer englischen Untertiteldatei von 20 KB werden also etwa 40 KB, und ein anschließender allgemeiner Kompressionsschritt nimmt viel von diesem Unterschied weg. Die Markierung vorne fügt zwei weitere Bytes hinzu. Die Größe ist der Preis für die Eigenschaft, die UTF-16 unter Windows verbreitet gemacht hat: Jedes Zeichen ist gleich breit, was alte Software leichter zu handhaben fand.
Warum gibt es in der Kodierungsliste keine Option UTF-16 Big Endian?
Weil sie niemand wählt und Dateien, die bereits darin vorliegen, trotzdem richtig behandelt werden. Eine als UTF-16 Big Endian ankommende Datei wird unter der Standardeinstellung als UTF-16 Big Endian zurückgeschrieben, denn die Eingabekodierung zu behalten ist, was die Seite tut, wenn Sie keine nennen. Die Liste enthält die vier Ziele, nach denen tatsächlich gefragt wird; der zugrunde liegende Schreiber deckt Big Endian ab, damit das Behalten einer Datei sie nie still verändert.