LRC in SRT umwandeln
Oder Untertiteltext einfügen
Optionen
Wird verwendet, wenn die Quelle keine Endzeiten hat (reiner Text, LRC). Die Zeitachse in der Ausgabe wird hier erzeugt und nicht umgerechnet, daher ist dieser Wert das, was Sie erhalten.
Was diese Konvertierung ändert
1 Sache entfällt oder braucht eine Entscheidung
- Zeitangaben
die Endzeiten der Untertitelblöcke — die Quelle zeichnet sie nicht auf, die der Ausgabe werden also erzeugt und nicht umgerechnet
Diese Liste stammt aus der Fähigkeitsmatrix für diese beiden Formate, nicht aus der konkreten Datei, die Sie geladen haben. Eine bestimmte Datei kann mehr verlieren, wenn sie Merkmale nutzt, die das Format erlaubt, die Matrix aber nicht modelliert.
LRC ist ein Liedtextformat: ein Zeitstempel in eckigen Klammern, danach eine Zeile Text. Es sagt, wann eine Zeile beginnt, und nie, wann sie endet — ein Liedtext-Player lässt die Zeile einfach stehen, bis die nächste kommt. Diese Seite macht daraus SRT-Untertitel, indem sie den Start der nächsten Zeile als Ende der vorigen nimmt; genau so springt auch ein Player weiter.
Zwei Eigenheiten des Formats werden behandelt statt übergangen. Mehrere Zeilen dürfen denselben Zeitstempel tragen — Original und Übersetzung etwa — und gehören zusammen, also wird daraus ein Untertitelblock mit mehreren Zeilen statt zweier Blöcke, die um denselben Moment streiten. Und die letzte Zeile hat keinen Nachfolger, von dem sie ein Ende borgen könnte; sie bekommt die oben eingestellte Dauer, und der Verlustbericht sagt, dass dieses eine Ende erzeugt wurde.
Die Kopfzeilen-Metadaten werden gelesen: Titel und Interpret bleiben erhalten, soweit das Zielformat sie aufnehmen kann, und das Offset-Tag wird bewahrt statt angewendet — die Ausgabe entspricht also dem, was buchstäblich in der Datei steht. Alles läuft in Ihrem Browser.
Beispiele
Eine typische LRC-Datei, umgewandelt in SRT
Eingabe
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.Ausgabe
1
00:00:12,000 --> 00:00:15,300
First line of the song.
2
00:00:15,300 --> 00:00:18,000
Second line.
Second line, translated.
3
00:00:18,000 --> 00:00:21,500
4
00:00:21,500 --> 00:00:23,500
Final line.
In diesem Ergebnis geht verloren: das Timing. Alles andere bleibt Zeile für Zeile gleich.
Dieselbe Umwandlung mit einer unordentlichen Eingabe
Eingabe
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]Ausgabe
1
00:00:03,000 --> 00:00:05,500
Out of order.
2
00:00:05,500 --> 00:00:07,000
Leading zero omitted, one decimal.
3
00:00:07,000 --> 00:00:09,000
Second with no centiseconds.
Repeated chorus line.
4
00:00:09,000 --> 00:00:12,000
Repeated chorus line.
5
00:00:12,000 --> 00:00:14,000
So sehen echte Dateien aus: gemischte Zeilenenden, verirrte Leerzeichen, leere Felder. Vergleichen Sie das mit dem sauberen Beispiel oben, dann sehen Sie, was der Parser verzeiht.
Häufige Fragen
Wie bekommt eine LRC-Zeile beim Umwandeln nach SRT eine Endzeit?
Aus dem Start der nächsten Zeile. Eine LRC-Zeile läuft, bis die folgende beginnt — so rückt auch ein Liedtext-Player weiter. Nur die letzte Zeile hat keinen Nachfolger und erhält die oben eingestellte Dauer; der Bericht vermerkt, dass dieses eine Ende erzeugt wurde.
Was passiert mit der letzten Zeile einer LRC-Datei im SRT-Ergebnis?
Ihr Ende wird nicht geerbt, sondern gesetzt: Standard sind zwei Sekunden, änderbar über das Feld unter dem Dateikasten. SRT verlangt zwei Zeitmarken pro Block, deshalb steht dort ein erzeugtes Ende, und der Hinweis im Ergebnis nennt es ausdrücklich.
Warum landen zwei LRC-Zeitstempel in einem einzigen SRT-Block?
Weil beide Zeilen denselben Start tragen. LRC nutzt das für eine Übersetzung oder eine zweite Stimme unter derselben Textzeile. Daraus wird ein Block mit zwei Textzeilen statt zweier Blöcke mit identischem Start, die kein Player sinnvoll anzeigen könnte.
Wird das Offset-Tag beim Umwandeln von LRC nach SRT angewendet?
Es wird gelesen und bewahrt, nicht angewendet. Die Zeiten im SRT-Ergebnis sind also genau die, die in der LRC-Datei stehen. Zeigte Ihr Player den Text wegen des Offsets früher oder später, verschieben Sie das Ergebnis hier um denselben Wert, dann stimmt es wieder.
Was geschieht mit Titel und Interpret aus dem LRC-Kopf im SRT-Ergebnis?
Beide werden als Metadaten gelesen. SRT kennt kein Feld für einen Titel, deshalb stehen sie im Verlustbericht; der Interpret ist ohnehin eine Liedtext-Idee ohne Gegenstück in einer Untertiteldatei.
Kann ich eine SRT-Datei zurück nach LRC umwandeln?
Ja, mit eigener Verlustliste: SRT nach LRC verliert Timing, Formatierung, Positionierung, Karaoke und formatspezifische Inhalte. Diese Liste unterscheidet sich von der obigen, weil beide Formate unterschiedliche Dinge behalten.
In welcher Zeichenkodierung liegt das SRT-Ergebnis aus der LRC-Datei vor?
Immer UTF-8 mit Unix-Zeilenenden und ohne Byte-Order-Mark — unabhängig davon, womit die LRC-Datei kam. UTF-16 oder eine Windows-Einzelbyte-Kodierung werden beim Einlesen erkannt und umgewandelt; das Ergebnispanel weist darauf hin.