29,97 fps auf 23,976 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 29,97 Bildern pro Sekunde gezählt wurde, und legt sie auf eine 23,976-Zeitachse. Jeder Zeitstempel wird mit 1,25 multipliziert – exakt fünf Viertel –, die Datei kommt also ein Viertel länger heraus: Aus einem Block bei achtundvierzig Sekunden wird einer bei einer Minute, und ein Block, der in einer dreißigminütigen Folge vierundzwanzig Minuten behauptet, kommt auf dreißig zurück. Die beiden Felder sind bereits ausgefüllt; ändern Sie sie, wenn Ihre Datei mit etwas anderem gezählt wurde.
Der Fehler ist dieselbe Rechnung wie ihr Spiegelbild, nur vom anderen Ende gesehen. Bildnummern, die durch 29,97 geteilt wurden, obwohl sie zu einer 23,976-Zeitachse gehörten, kommen ein Viertel zu klein heraus, weil 23,976 geteilt durch 29,97 gleich 0,8 ist – die ganze Zeitachse ist also auf vier Fünftel ihrer Länge gestaucht, und jeder Untertitel erscheint 20 Prozent zu früh, mit dem Filmverlauf immer weiter voraus. Mit 1,25 zu multiplizieren teilt diesen Fehler wieder heraus.
Zu erkennen, in welche Richtung Sie liegen, ist die ganze Aufgabe, und das Symptom sagt es. Untertitel, die zu spät laufen und immer später werden, bei einer 24-Minuten-Folge, deren letzter Block dreißig Minuten behauptet, brauchen 0,8. Untertitel, die zu früh erscheinen und immer früher werden, bei einer 24-Minuten-Folge, deren letzter Block 24 Minuten behauptet, obwohl die Folge dreißig Minuten lang ist, brauchen diese Seite. Beide Dateien entstanden aus denselben falsch geteilten Bildnummern; nur die Richtung des Fehlers unterscheidet sich.
1,25 ist aus demselben Grund exakt wie sein Spiegel: 29,97 ist 30000/1001 und 23,976 ist 24000/1001, die gemeinsame Division durch 1001 kürzt sich also, und 29,97 durch 23,976 ist schlicht 30000 durch 24000 – fünf Viertel, nichts gerundet und nichts übrig. Jeder Block bekommt ein Viertel mehr Zeit auf dem Bildschirm, die Lesegeschwindigkeit jeder Zeile fällt damit um 20 Prozent, die einzige Richtung dieser Gruppe, die den Druck senkt statt ihn zu erhöhen. 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
Das Viertel, vollständig
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:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1,25 ist 29,97 geteilt durch 23,976. Der Block bei einer Sekunde gewinnt 250 ms, der bei einer Minute 15.000 ms – sechzigmal der Abstand von null, sechzigmal die Bewegung. Beide Kanten jedes Blocks werden multipliziert, eine zwei Sekunden lange Zeile bekommt also 2,5 Sekunden, und dieser zusätzliche Raum ist die Quelle der besseren Lesegeschwindigkeit.
Ein Viertel der verstrichenen Zeit zu früh
Eingabe
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
Ausgabe
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
Zwei Minuten zu früh bei der Acht-Minuten-Marke, sechs Minuten zu früh bei der Vierundzwanzig-Minuten-Marke – in beiden Fällen ein Viertel der verstrichenen Zeit, so sieht ein Verhältnisproblem aus und kein Versatz. Der letzte Block ist der, den man nach dem Konvertieren prüft: Öffnen Sie die Datei bei seinem neuen Zeitstempel, und die Zeile sollte dort sein; wenn ja, stimmt auch alles davor.
Bilder bleiben, die Deklaration wandert
Eingabe
{1}{1}29.97
{300}{360}Hello
Ausgabe
{1}{1}23.976
{300}{360}Hello
MicroDVD zählt in Bildern, und an den Bildern war nichts falsch – an der Rate, durch die sie geteilt wurden, war es. Bild 300 mit 29,97 deklariert liest sich als zehn Sekunden, was die beklagte Verfrühung ist; mit 23,976 deklariert liest es sich als zwölfeinhalb, wo dieser Block hingehört. Also wird die erste Zeile bearbeitet und keine Bildnummer berührt: Sie neu zu schreiben würde das zusätzliche Viertel doppelt anwenden.
Häufige Fragen
Warum ist der Faktor für 29,97 zu 23,976 exakt 1,25?
Weil beide Raten eine runde Zahl geteilt durch 1001 sind – 29,97 ist 30000/1001 und 23,976 ist 24000/1001 –, die eine durch die andere zu teilen kürzt die 1001 und lässt 30000 durch 24000 übrig, also fünf Viertel. Nichts wird gerundet und nichts angenähert, deshalb landet der Block bei achtundvierzig Sekunden exakt bei einer Minute.
Meine Untertitel erscheinen zu früh und immer früher – ist das das Paar?
Prüfen Sie, ob die Verfrühung ein Viertel der verstrichenen Zeit beträgt. Zwei Minuten zu früh bei der Acht-Minuten-Marke, sechs bei der Vierundzwanzig-Minuten-Marke und vierundzwanzig Minuten zu früh in einem zweistündigen Film ist genau dieses Paar. Die Spiegel-Seite behandelt das umgekehrte Symptom: Untertitel, die zu spät laufen und immer später werden, brauchen 0,8 statt 1,25.
Kann ich dieses Paar verwenden, um von einem NTSC-Video direkt nach PAL zu gehen?
Nein, und über diese Seite zu gehen ist absichtlich der lange Weg. 29,97 zu 25 ist 1,19880, und dafür gibt es keine Seite, weil 29,97 die Rate des Signals ist und nicht die Geschwindigkeit, mit der Bilder abgespielt werden – Film darin wird mit wiederholten Bildern aufgefüllt, die die Laufzeit unverändert lassen. Der ehrliche Weg von einer NTSC-Zeitachse zu einer PAL-Zeitachse führt zuerst zurück auf die Filmrate, also diese Konvertierung, und dann 23,976 zu 25.
Das Video ist 29,97 und die Untertitel sehen richtig aus – ruiniert diese Seite sie?
Ja, und das ist der Spiegel der Falle auf der anderen Seite. Ein Film in einem NTSC-Signal hat Pulldown, das Bilder wiederholt, ohne die Laufzeit zu ändern, eine gegen dieses Video getimte Datei ist also bereits richtig. Nur eine Datei, deren Bildnummern durch die falsche Rate geteilt wurden, braucht eine Konvertierung; eine korrekte Datei mit 1,25 zu multiplizieren macht jeden Untertitel ein Viertel der Zeit zu spät.
Was passiert mit Blocklängen und Lesegeschwindigkeit, wenn die Zeitachse um ein Viertel wächst?
Jeder Block gewinnt 25 Prozent seiner Dauer und wandert zugleich später, eine zwei Sekunden lange Zeile bekommt also 2,5 Sekunden, während die Wörter genau gleich bleiben. Das senkt die Lesegeschwindigkeit jeder Zeile um 20 Prozent, was dies zu einem der beiden Paare der Gruppe macht, die Druck von einer Datei nehmen statt ihn zu erhöhen – das andere ist die Halbierung 50 zu 25.
Welcher Arbeitsablauf hinterlässt eine Datei zu früh statt zu spät?
Einer, der die Rate des Containers für die Rate der Bilder hielt. NTSC trägt 29,97, ein Werkzeug, das diese Zahl vom Video abliest und Bildnummern dadurch teilt, timt also jeden Film im Signal zu kurz, weil der Film selbst mit 23,976 läuft und das Pulldown nur Auffüllung war. Die Heilung ist, die Rate zu deklarieren, mit der die Bilder tatsächlich laufen, und das leistet diese Seite: 29,97 zuerst, 23,976 zweitens.