SRT in LRC umwandeln
Oder Untertiteltext einfügen
Was diese Konvertierung ändert
2 Sachen entfallen oder brauchen eine Entscheidung
- Zeitangaben
die Endzeiten der Untertitelblöcke (das Ausgabeformat zeichnet nur auf, wann ein Block beginnt)
- Genauigkeit
Zeitgenauigkeit — die Uhr der Ausgabe ist gröber, jeder Zeitstempel wird also auf die nächsten 10 ms gerundet
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.
Diese Seite konvertiert SRT in LRC. Datei hineinziehen – oder Text einfügen – und Sie erhalten die LRC-Fassung zurück. Die Konvertierung läuft vollständig in Ihrem Browser, nichts wird hochgeladen, kein Konto ist nötig.
Die beiden Formate speichern nicht dasselbe, und der Unterschied ist nicht kosmetisch: Timing und Genauigkeit haben in LRC keinen Platz. Die Liste oben stammt aus dem, was die beiden Formate jeweils ausdrücken können, nicht aus Ihrer Datei; die Antwort ist dieselbe, bevor Sie etwas laden.
Eine Datei oder eine ganze Staffel: Die Warteschlange arbeitet der Reihe nach, und die Ergebnisse kommen als ein ZIP-Archiv.
Beispiele
Eine typische SRT-Datei, konvertiert nach LRC
Eingabe
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Ausgabe
[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.
In dieser Ausgabe gehen verloren: Timing und Genauigkeit. Alles andere stimmt Zeile für Zeile überein.
Dieselbe Konvertierung mit ungewöhnlicher Eingabe
Eingabe
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Ausgabe
[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.
So sehen echte Dateien aus – gemischte Zeilenenden, verirrte Leerzeichen, leere Felder. Vergleichen Sie mit dem sauberen Beispiel oben.
Häufige Fragen
Was passiert beim SRT-nach-LRC-Konvertieren mit der Endzeit jedes Blocks?
LRC hält nur fest, wann eine Zeile beginnt – ein Liedtext-Player lässt sie stehen, bis die nächste beginnt, eine Endzeit wäre also überflüssig. Jedes Ende fällt weg, jeder SRT-Start bleibt unangetastet.
Warum haben sich die Zeitstempel beim Weg von SRT nach LRC verschoben?
LRC schreibt `[00:04.12]`, wo SRT `00:00:04,126` schreibt – Hundertstel gegen Tausendstel –, deshalb wird jeder Zeitstempel auf die nächsten 10 ms gerundet. Kein Block bewegt sich um mehr als 5 ms, aber beim Abgleich mit einer anderen Datei ist das die eine ungenaue Stelle.
Wie sieht die LRC-Ausgabe aus, wenn aus SRT LRC wird?
Wie LRC: keine Blocknummern, jede Zeile trägt ihren eigenen Zeitstempel in eckigen Klammern. Jeder SRT-Block wird ein LRC-Eintrag, in derselben Reihenfolge und mit demselben Text.
Wie kommt ein zweizeiliger SRT-Block in LRC heraus?
Als zwei Zeitstempelzeilen mit derselben Zeit – so sagt LRC, dass die beiden zusammengehören. Die Zusammengehörigkeit bleibt: Beide SRT-Zeilen gehören in der LRC-Ausgabe weiterhin zu einem Untertitel.
Was geht bei SRT nach LRC verloren?
Timing und Genauigkeit. Die Endzeit verschwindet, weil LRC nur Anfänge kennt, und die Millisekunden werden auf Hundertstel gerundet. Der Text und die Reihenfolge der Zeilen bleiben erhalten.
Behält die LRC-Ausgabe die Zeichenkodierung der SRT-Datei?
Nein – ausgegeben wird UTF-8 mit Unix-Zeilenenden und ohne Byte-Order-Mark, egal welche Kodierung die SRT-Datei hatte. UTF-16 oder Windows-Einbyte-Kodierung werden beim Einlesen dekodiert; das Ergebnis ist immer dasselbe UTF-8-LRC.