Video & Untertitel · Untertitel-Toolkit
Bildraten und Untertitel: Warum 23.976, 25 und 29.97 fps Drift verursachen
· Hintergrund
Untertitel Bildrate Timecodes
Bildraten sind ein Erbe des analogen Fernsehens und beeinflussen immer noch das Timing der Untertitel. In diesem Beitrag wird erklärt, woher die ungeraden Zahlen kommen, wie eine Nichtübereinstimmung der Bildrate zu Drift führt und wie man darüber nachdenkt, bevor man etwas repariert.
Untertitel, die von einem Master auf einen anderen synchronisiert wurden – das praktische Ergebnis eines Jahrhunderts von Fernsehstandards
Eine Untertiteldatei kann perfekt zu einem Master passen und Minuten oder Sekunden nach dem Dialog auf einem anderen enden, auch wenn kein Cue bearbeitet wurde. Dieses Muster ist Drift: Die verstrichene Untertitelzeit und die verstrichene Programmzeit schreiten unterschiedlich schnell voran. Die Eröffnung liefert kaum Beweise, da die Multiplikation einer kleinen Zeit einen kleinen Fehler erzeugt; Der Abschluss macht die Diskrepanz offensichtlich.
Fernseh- und Film-Workflows haben mehrere eng beieinander liegende Raten geerbt, sodass eine Datei, die nur mit einem Titel und einer Sprache gekennzeichnet ist, möglicherweise den Kontext verliert, der zur Interpretation ihres Timings erforderlich ist. Die praktische Reparatur beginnt mit der Identifizierung der Ratenbeziehung, anstatt einen Versatz anzuwenden, der eine Szene ausrichtet und das Wachstum unberührt lässt.
Woher 24, 25 und 30 kamen – Filmprojektion und die Hauptfrequenzen des europäischen und amerikanischen Fernsehens
Ganzzahlige Raten wie 24, 25 und 30 spiegeln unterschiedliche Produktions- und Fernsehlinien wider. Film wird üblicherweise mit 24 Bildern pro Sekunde in Verbindung gebracht, während Fernsehsysteme auf der Grundlage regionaler Strom- und Rundfunkbeschränkungen entwickelt wurden, die zu unterschiedlichen Nennraten führten. Diese breiten Ursprünge sind ein stabiler Hintergrund; Dieser Artikel weist keine Erfindungsdaten zu und behauptet nicht, dass es einen universellen Weg von der Netzfrequenz zu jedem modernen Format gibt.
Die wichtige Tatsache bei der Wiederherstellung ist, dass diese Raten unterschiedliche Dauern für die gleiche Bildanzahl darstellen. Hunderttausend Frames, die mit 25 fps abgespielt werden, werden schneller beendet als die gleichen Frames, die mit etwa 24 fps abgespielt werden. Daher können Untertitel, die für eine Dauer erstellt wurden, nicht ohne proportionale Retiming an der anderen ausgerichtet bleiben.
Warum es 29.97 und 23.976 gibt – der Kompromiss beim Farbfernsehen und seine Folgewirkung auf Filmübertragungen
Bruchteile von Raten in der Nähe von 30 und 24 sind Teil des Erbes des Farbfernsehens und der Filmübertragung. Ihre genaue technische Geschichte liegt außerhalb der Repository-Quellen, daher wird in diesem Artikel keine detaillierte Unterträgerformel wiederholt. Was für die Untertitelarbeit wichtig ist, ist, dass 29.97 nicht 30 und 23.976 nicht 24 ist; Die Behandlung eines Paares als identisch führt zu einem kleinen prozentualen Fehler, der sich mit der verstrichenen Zeit ansammelt.
Die Dezimalkürzel wird ebenfalls gerundet. Wenn es auf Präzision ankommt, sollte ein Workflow die genauen Tarifmetadaten verwenden, die vom Master verfügbar sind, anstatt einen Faktor aus einer dreidezimalen Bezeichnung abzuleiten. Das Tool akzeptiert einen numerischen Skalierungsfaktor; Es werden weder Videometadaten überprüft noch ermittelt, von welcher Rate die Untertitel erstellt wurden.
PAL-Beschleunigung – warum ein Film bei einer 25 fps-Übertragung etwas schneller läuft und was das für das Timing bedeutet
Eine übliche Lieferung von Filmmaterial mit 25 fps führt die Frames schneller aus als ein Master mit ungefähr 24 fps. Dies wird oft als PAL-Beschleunigung bezeichnet. Da jedes Ereignis früher eintrifft, verzögern sich die auf den langsameren Master abgestimmten Untertitel zunehmend, wenn sie unverändert mit der schnelleren Übertragung verwendet werden. Die Wörter und die Cue-Reihenfolge bleiben korrekt; Nur das Taktverhältnis ist falsch.
Dies wird nicht dadurch behoben, dass jeder Hinweis um die gleiche Distanz verschoben wird. Eine Verschiebung ist eine Addition, während dieser Fehler den Abstand von Null zu jedem Hinweis ändert. Die erforderliche Operation ist die Multiplikation, und die Richtung ist wichtig: Wenn das Ziel schneller läuft, benötigen Zeitstempel von der langsameren Quelle einen Faktor unter eins, um früher zu werden.
Von Bildraten bis Untertiteldrift – wie ein fester prozentualer Geschwindigkeitsunterschied zu einem wachsenden Timecode-Fehler wird
Eine konstante prozentuale Geschwindigkeitsdifferenz erzeugt einen Fehler proportional zur verstrichenen Zeit. Zehn Minuten nach Beginn eines Programms ist der absolute Fehler gering; Neunzig Minuten darin sind das Neunfache des Zehn-Minuten-Fehlers. Dieses geradlinige Wachstum ist der Grund, warum zwei Kontrollpunkte eine Rateninkongruenz von einem konstanten Intro-Trimm unterscheiden: Gleiche Fehler weisen auf eine Verschiebung hin, während ein größerer Endfehler auf eine Skalierung oder eine andere Form der Drift hinweist.
ToolAcre speichert Zeitstempel als ganzzahlige Millisekunden und ScaleCues multipliziert beide Grenzen mit dem gewählten Faktor, rundet jede auf die nächste Millisekunde und klemmt bei Null. Die Skalierung ist daher weniger exakt reversibel als eine Verschiebung. Arbeiten Sie mit der ursprünglichen Cue-Datei und wenden Sie einen berechneten Faktor an, anstatt mehrere gerundete Exporte zu verfeinern.
Arbeitsbeispiel: Ein 90-minütiger Film wurde von einem 23.976 zu einem 25 fps-Master verschoben – Schätzung der Abweichung am Ende
Für eine neunzigminütige Untertiteldatei, die mit 23.976 fps-Material erstellt und mit einer 25 fps-Übertragung derselben Frames verwendet wurde, multiplizieren Sie die Quellzeitstempel mit 23.976 dividiert durch 25, ungefähr 0.95904. Die Quelle, die bei 5,400 Sekunden endet, wird etwa 5,178.8 Sekunden, sodass der schnellere Master ungefähr 221.2 Sekunden früher endet. Diese Schätzung geht von der gleichen Bildsequenz und einer gleichmäßigen Ratenänderung aus.
Die umgekehrte Reise verwendet 25 geteilt durch 23.976, ungefähr 1.0427, was das neben dem Skalenfeld dokumentierte Beispiel ist. Überprüfen Sie das berechnete Ergebnis anhand eines echten Dialogs an beiden Enden. Wenn nach der proportionalen Korrektur eine verbleibende konstante Differenz verbleibt, wenden Sie nur dann einen gemessenen Offset an.
Was hiervon nicht abgedeckt ist: Aufzeichnungen mit variabler Bildrate und Pulldown-Entfernung
Aufnahmen mit variabler Bildrate stellen keinen einzigen Faktor für das gesamte Programm bereit, und aus mehreren Ratenkonvertierungen zusammengesetztes Material kann das Verhalten an Schnittpunkten ändern. Durch die Pulldown-Entfernung wird eine weitere Ebene hinzugefügt, da die Frame-Kadenz und die angezeigte Frame-Rate nicht von einer einfachen Untertitel-Zeitstempelliste erfasst werden. Eine einzige globale Skala kann diese Fälle nicht ehrlich beheben.
Das Verschiebungstool kann einen ausgewählten Bereich auch nicht neu festlegen. Wenn Untertitel bis zu einem Schnitt korrekt sind und dann um einen festen Betrag springen, handelt es sich eher um eine Bearbeitungsinkongruenz als um eine gleichmäßige Geschwindigkeitsabweichung. Behalten Sie die Quelle bei und wechseln Sie zu einem zeitleistenfähigen Editor, der Segmente unabhängig korrigieren kann.
Fazit: Drift hat eine Ursache, die Sie benennen können – wie Sie sie diagnostizieren können, bevor Sie zur Retime-Funktion des Subtitle Toolkits greifen
Benennen Sie den Fehler, bevor Sie ihn ändern. Vergleichen Sie einen klaren Hinweis am Anfang mit einem am Ende, zeichnen Sie die Richtung und Größe beider Fehler auf und suchen Sie nach konstantem versus proportionalem Verhalten. Die Bildratendrift erfordert eine Skalierung von Null; ein entfernter Stoßfänger erfordert einen Versatz; Eine Bearbeitung in der Mitte des Programms erfordert regionale Arbeit, die das Tool nicht bietet.
Verwenden Sie das Shift-Untertitel-Timing erst nach dieser Diagnose. Geben Sie einen positiven Skalierungsfaktor ein, überprüfen Sie die gerundete Ausgabe an beiden Messpunkten und laden Sie eine neue Datei herunter, anstatt die Masterdatei zu überschreiben. Die Implementierung führt die von Ihnen angegebene Arithmetik aus; Es wird nicht auf den Verlauf des Videos geschlossen.