23,976 fps auf 29,97 fps umrechnen
Oder Untertiteltext einfügen
Optionen
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 Bildrate der Fassung, mit der Sie die Untertitel verwenden wollen — das Video, das Sie tatsächlich abspielen. Der angewendete Faktor ist das erste Feld geteilt durch dieses; 24 auf 25 ergibt also 0,96: Ein Film läuft auf PAL 4 % schneller, und ein 100-Minuten-Spielfilm passt auf eine 96-Minuten-Kassette. Vertauschte Felder verschieben die gesamte Zeitachse in die falsche Richtung, um denselben Betrag.
Diese Seite nimmt eine Untertiteldatei, deren Zeitachse mit 23,976 Bildern pro Sekunde gezählt wurde, und legt sie auf eine 29,97-Zeitachse. Jeder Zeitstempel wird mit 0,8 multipliziert – exakt vier Fünftel –, die Datei kommt also ein Fünftel kürzer heraus: Aus einem Block bei einer Minute wird einer bei achtundvierzig Sekunden, und eine 24-Minuten-Folge, deren Untertitel dreißig Minuten behaupten, kommt auf 24 Minuten zurück. Die beiden Felder sind bereits ausgefüllt; ändern Sie sie, wenn Ihre Datei mit etwas anderem gezählt wurde.
Der Fehler liegt in der Rechnung, die Bildnummern in Sekunden verwandelt. Hat ein Werkzeug Bildnummern einer 29,97-Zeitachse gelesen, sie aber durch 23,976 geteilt, ist jede erzeugte Sekunde um ein Viertel zu groß: 29,97 geteilt durch 23,976 ist 1,25, die ganze Zeitachse ist also um ein Viertel gestreckt, und die Untertitel laufen 25 Prozent zu spät, mit dem Filmverlauf immer weiter hinterher. Mit 0,8 zu multiplizieren teilt denselben Fehler wieder heraus.
Eine Sache, für die diese Seite nicht verwendet werden darf, und es ist der leichteste Fehler der Gruppe. Ein Film in einem NTSC-Signal hat 3:2-Pulldown – dieselben Bilder werden wiederholt, um das 29,97-Signal zu füllen –, und Pulldown lässt die Laufzeit exakt, wie sie war. „Mein Video ist 29,97 und hat Pulldown“ ist also kein Grund zu konvertieren: Eine gegen dieses Video getimte Datei ist bereits richtig, und sie mit 0,8 zu multiplizieren würde ein Fünftel wegnehmen. Diese Seite ist für eine Datei, deren Bildnummern gegen die falsche Rate gezählt wurden, nicht für eine Datei, die bloß in einem 29,97-Container steckt.
Was dieses Paar angenehm macht, ist die Exaktheit von 0,8. Beide Raten gehören zur NTSC-Familie und tragen dieselbe Division durch 1001, die 1001 kürzt sich also, und 23,976 durch 29,97 ist schlicht 24000 durch 30000 – vier Fünftel, nichts gerundet und nichts übrig. Jeder Block bekommt ein Fünftel weniger Zeit auf dem Bildschirm, was die Lesegeschwindigkeit jeder Zeile um 25 Prozent erhöht. Nichts wird hochgeladen, und eine ganze Staffel läuft in einem Durchgang durch die Warteschlange – SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON und CSV werden als das gelesen, was sie tatsächlich sind, und nicht nach ihrer Endung.
Beispiele
Ein kurzer Block und ein langer
Eingabe
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Ausgabe
1
00:00:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0,8 ist 23,976 geteilt durch 29,97. Der Block bei einer Sekunde verliert 200 ms, der bei einer Minute verliert 12.000 ms – sechzigmal der Abstand von null, sechzigmal die Bewegung. Beide Kanten jedes Blocks werden multipliziert, eine zwei Sekunden lange Zeile bekommt also 1,6 Sekunden, und diese Verkürzung ist die Quelle der höheren Lesegeschwindigkeit.
Die Verspätung wächst mit der Uhr
Eingabe
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
Ausgabe
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
Zwei Minuten zu spät bei der Zehn-Minuten-Marke und sechs Minuten zu spät bei der halben Stunde – in beiden Fällen ein Viertel der verstrichenen Zeit, so sieht ein Verhältnisproblem aus. Ein fester Versatz kann das nie beheben, ein Verhältnis schon. Die Prüfung nach dem Konvertieren liegt am Ende der Datei: Öffnen Sie sie beim neuen Zeitstempel des letzten Blocks, und die Zeile sollte dort sein.
Eine MicroDVD-Datei ändert nur ihre Deklarationszeile
Eingabe
{1}{1}23.976
{240}{288}Hello
Ausgabe
{1}{1}29.97
{240}{288}Hello
MicroDVD speichert Zeiten als Bildnummern, und nicht die Bilder waren falsch – die Rate, durch die sie geteilt wurden, war es. Bild 240 mit 23,976 deklariert liest sich als zehn Sekunden, was die beklagte Verspätung ist; mit 29,97 deklariert liest es sich als acht, wo dieser Block hingehört. Also wird die erste Zeile bearbeitet und keine Bildnummer berührt: Sie neu zu schreiben würde die 25 Prozent doppelt anwenden.
Häufige Fragen
Warum ist der Faktor für 23,976 zu 29,97 exakt 0,8?
Weil beide Raten NTSC-Raten sind und beide eine runde Zahl geteilt durch 1001: 23,976 ist 24000/1001 und 29,97 ist 30000/1001. Die eine durch die andere zu teilen kürzt die 1001 auf beiden Seiten und lässt 24000 durch 30000 übrig, also vier Fünftel. Hier wird nichts gerundet und nichts angenähert – der Block bei einer Minute landet exakt bei achtundvierzig Sekunden.
Behebt diese Seite einen Film, auf den 3:2-Pulldown angewendet wurde?
Nein, und das ist die Falle, die diese Seite benennen soll. Pulldown füllt ein 29,97-Signal mit wiederholten Bildern und lässt die Laufzeit exakt, wie sie war, eine gegen das pulldown-behandelte Video getimte Untertiteldatei ist also bereits richtig – sie zu konvertieren nimmt ein Fünftel von der Zeitachse und macht eine korrekte Datei falsch. Die Seite ist für Zeiten, die entstanden, als Bildnummern durch 23,976 geteilt wurden, obwohl die Bilder zu einer 29,97-Zeitachse gehörten.
Meine Untertitel sind ein Viertel der Zeit zu spät und werden immer später – ist das das Paar?
Prüfen Sie, ob die Verspätung ein Viertel der verstrichenen Zeit beträgt. Zwei Minuten zu spät bei der Zehn-Minuten-Marke, sechs bei der halben Stunde und eine halbe Stunde zu spät in einem zweistündigen Film ist genau dieses Paar. Die Verwandten dieser Gruppe lassen sich an der Größe unterscheiden: 0,95904 ist ein Fehler von 4 Prozent, 1,0427094 einer von 4,271 Prozent, und ein Faktor zwei verdoppelt die Länge der Datei.
Kann ich 24 und 30 in die Felder schreiben statt 23,976 und 29,97?
Für dieses Paar ja, und das Ergebnis ist identisch – 24 geteilt durch 30 ist vier Fünftel, dasselbe wie 23,976 durch 29,97, weil sich die gemeinsame Division durch 1001 in beiden Fällen kürzt. Das ist eine Eigenschaft dieses Paares und nicht der Gruppe: Auf der Film-zu-PAL-Seite hinterlässt 24 und 25, wo die Datei wirklich 23,976 war, einen Fehler von 3,5 Sekunden pro Stunde.
Jeder Block bekommt ein Fünftel weniger Zeit – bricht das die Lesegeschwindigkeitsgrenzen?
Eine Prüfung lohnt sich, weil die Wörter nicht kürzer werden, um das auszugleichen: Eine Zeile, die bequem innerhalb einer Zeichen-pro-Sekunde-Grenze lag, kann durch die 25 Prozent darüber gedrückt werden. Die Barrierefreiheitswerkzeuge dieser Seite messen Lesegeschwindigkeit gegen die Schwellen der Standards, und das ist die Zahl, auf die es ankommt, nicht der Eindruck, die Untertitel seien jetzt gehetzt.
Soll ich dieses Paar verwenden, um Film-Untertitel auf eine NTSC-DVD zu bringen?
Nein. Ein Film auf einer NTSC-Disc liegt mit 23,976 vor, und der Player wendet beim Abspielen Pulldown an, eine gegen den Film getimte Datei braucht also gar keine Änderung, und 0,8 würde sie ruinieren. Wurde Ihre Datei gegen eine PAL-Kopie dieses Films getimt und Sie gehen zurück auf die Disc, ist das Paar 25 zu 23,976 und der Faktor 1,0427094 – eine kleine Korrektur in die andere Richtung.