Video & Untertitel · Untertitel-Toolkit
Untertiteldrift erklärt: Warum ein fester Offset fehlschlägt und wie Stretch funktioniert
· Wie es funktioniert
Untertitel Timecodes Bildrate
Wenn Untertitel am Anfang in Ordnung sind und am Ende zu spät, liegt das Problem an der Geschwindigkeit und nicht an der Verschiebung. In diesem Beitrag wird erklärt, wie Fehlanpassungen der Bildrate zu Drift führen, wie man sie diagnostiziert und wie sich die Mathematik einer linearen Dehnung von einer Verschiebung unterscheidet.
In Minute eins synchron, in Minute dreißig eine halbe Sekunde zu spät – eher ein Zeichen für Drift als für Offset
Hinter nicht synchronisierten Untertiteln verbergen sich zwei verschiedene Fehler, die gegensätzliche Korrekturen erfordern. Ein Offset ist konstant: Jede Zeile ist um den gleichen Betrag verspätet und die Datei ist in der ersten Minute genauso falsch wie in der letzten. Die Drift nimmt zu: Die Eröffnungszeilen landen korrekt, der Fehler ist nach zehn Minuten kaum noch wahrnehmbar und die Schlusszeilen liegen Sekunden zurück. Das Unterscheidungsmerkmal besteht darin, ob der Fehler am Ende größer ist als der Fehler am Anfang.
Diese falsche Diagnose zu stellen, ist teuer, weil die offensichtliche Maßnahme die Situation verschlimmert. Wenn Sie die erste Zeile einer Driftdatei mit einem Versatz aneinanderreihen, wird die gesamte Datei verschoben, sodass das Ende um den ursprünglichen Betrag zuzüglich des gerade hinzugefügten Betrags verschoben wird. Das Tool dokumentiert dies direkt als häufigen Fehler und weist darauf hin, dass beide Vorgänge vor der Skalierung rückgängig gemacht werden müssen.
Woher die Drift kommt – eine Datei mit einem Timing von 25 fps, die gegen ein Video mit 23.976 fps abgespielt wird, oder umgekehrt
Die übliche Ursache ist eine Nichtübereinstimmung der Bildrate zwischen dem Zeitpunkt, zu dem die Datei erstellt wurde, und dem Video, mit dem sie abgespielt wird. Untertitel-Zeitstempel sind Wanduhrzeiten, werden jedoch häufig aus der Anzahl der Frames abgeleitet. Wenn eine für 23.976 fps-Material erzeugte Bildanzahl so wiedergegeben wird, als ob jedes Bild eine Fünfundzwanzigstelsekunde wäre, ist jeder Zeitstempel im gleichen Verhältnis falsch, und ein konstantes Verhältnis, das auf eine wachsende Zahl angewendet wird, führt zu einem wachsenden Fehler.
Dieses Verhältnis beträgt ungefähr 1.0427 für 23.976 fps-Material, das mit 25 fps abgespielt wird, was das Tool neben dem Skalierungsfeld angibt. Bei der Zahl handelt es sich nicht um einen durch Versuch ermittelten Einstellknopf: Es handelt sich um den Quotienten der beiden Bildraten, d. h. eine Datei, die in der einen Welt korrekt war, wird in der anderen Welt systematisch gedehnt oder komprimiert. Aus diesem Grund verläuft die Drift fast immer gleichmäßig und linear und nicht unregelmäßig.
Driftdiagnose mit zwei Referenzpunkten – Messung des Fehlers am Anfang und am Ende
Für die Driftdiagnose sind zwei Messungen erforderlich, nicht eine. Suchen Sie am Anfang eine Dialogzeile, deren Überschrift Sie genau bestimmen können, und am Ende eine weitere Zeile, und notieren Sie jeweils den Zeitstempel, den die Datei angibt, und den Zeitstempel, mit dem der Dialog tatsächlich stattfindet. Eine Messung kann die beiden Fehler nicht unterscheiden, da ein einzelner beobachteter Fehler sowohl mit einem konstanten Versatz als auch mit einer Streckung übereinstimmt.
Wählen Sie die beiden Punkte so weit auseinander, wie es das Material zulässt. Bei der gesamten Berechnung wird eine Differenz durch eine andere dividiert, sodass eine kurze Basislinie einen kleinen Messfehler im Ergebnis groß macht. Zwei Punkte im Abstand von einer Minute in einer 90-Minuten-Datei ergeben ein Verhältnis mit einer Genauigkeit, die von der Messung nicht unterstützt wird.
Die Mathematik einer linearen Dehnung – Skalierung jedes Timecodes durch ein Verhältnis, anstatt eine Konstante hinzuzufügen
Eine Verschiebung ist eine Addition und eine Strecke eine Multiplikation, und das ist der ganze Unterschied. Die Verschiebung fügt jedem Anfang und Ende eine Konstante hinzu; Intern sind die Hinweise ganzzahlige Millisekunden, die von Null an gezählt werden, sodass die Operation eine einzelne Addition pro Zeitstempel ist und keine eigene Rundung einführt. Da es überall die gleiche Zahl hinzufügt, kann es den Abstand zwischen dem ersten und dem letzten Hinweis nicht ändern, und genau das hat die Drift falsch gemacht.
Eine Strecke multipliziert jeden Zeitstempel mit einem Faktor, gemessen von Null. Da der Multiplikator später in der Datei auf eine größere Zahl einwirkt, verschiebt er das Ende mehr als die Öffnung, was für die Formdrift erforderlich ist. Zeitstempel werden nach der Skalierung auf ganze Millisekunden gerundet, sodass eine Skalierung nicht wie eine Verschiebung perfekt umkehrbar ist. Skalieren Sie einmal vom Original, anstatt einen Faktor über mehrere Durchgänge hinweg zu verfeinern.
Arbeitsbeispiel: Berechnung des Verhältnisses aus zwei Messungen – Umwandlung von zwei beobachteten Fehlern in eine einzige Korrektur
Angenommen, die Bildunterschrift bei zwei Minuten beansprucht 00:02:00.000, während der Dialog bei 00:01:59.750 steht und die Bildunterschrift bei achtundfünfzig Minuten behauptet 00:58:00.000 während der Dialog bei 00:57:52.750 ist. In Millisekunden lautet die Datei 120000 und 3480000; Das Video benötigt 119750 und 3472750. Der Fehler ist von 250 ms auf 7250 ms angewachsen, was einer Drift und nicht einem Offset entspricht.
Der Faktor ist das Verhältnis der beiden Intervalle: Teilen Sie die wahre Spanne 3472750 minus 119750 oder 3353000 durch die beanspruchte Spanne 3480000 minus 120000 oder 3360000. Das ergibt etwa 0.99792. Das Multiplizieren der beanspruchten Zeiten damit ergibt 119750 und 3472750, beides Messwerte. Dies ist die Überprüfung, ob es sich bei der Korrektur um eine reine Strecke ohne verbleibenden Versatz handelt. Wenn ein Rest übrig bleibt, korrigieren Sie zuerst die Dehnung und wenden Sie dann eine Verschiebung für den Rest an.
Was dies nicht abdeckt – Schnitte, hinzugefügte Szenen und Werbeunterbrechungen, die eher Sprünge als sanfte Drifts erzeugen
Dies deckt Fehler ab, die gleichmäßig und proportional wachsen. Es gilt nicht für eine Datei, die zwanzig Minuten lang korrekt ist und dann für den Rest, der die Signatur eines Schnitts darstellt, plötzlich eine feste Menge herausgibt: eine entfernte Szene, eine eingefügte Werbeunterbrechung oder ein anderer Ausschnitt desselben Features. Bei diesem Fehler handelt es sich um eine auf einen Teil der Datei angewendete Verschiebung, die durch kein einzelnes Verhältnis behoben werden kann.
Das Verschiebungswerkzeug gilt für jeden Cue in der Datei und bietet keine Möglichkeit, einen ausgewählten Bereich zeitlich zu ändern, sodass eine Datei mit einem Mittelpunktssprung nicht in einem Durchgang repariert werden kann. Es kann sich auch nicht von der Klemmung erholen: Ein negatives Ergebnis wird auf Null gesetzt, weil keines der beiden Formate eine negative Zeit ausdrücken kann, und ein anschließendes Vorwärtsschieben stellt die dort fixierten Hinweise nicht wieder her. Das Tool warnt, wenn ein Queue klemmt, und die dokumentierte Abhilfe ist das Rückgängigmachen und nicht eine ausgleichende Verschiebung.
Imbiss: Verschiebung für Offset, Skalierung für Drift – wie man die Retime-Funktion des Subtitle Toolkits für den Fall mit festem Offset verwendet und wo man die Liste „Was dieses Tool nicht kann“ überprüfen kann, bevor man es für Drift verwendet
Verschieben Sie für einen Versatz, skalieren Sie für die Abweichung und messen Sie, bevor Sie beides tun. Geben Sie den Versatz in Millisekunden ein, da das Feld keine Sekunden- oder Timecode-Eingabe hat und die Eingabe von 2 die Datei um zwei Millisekunden statt um zwei Sekunden verschiebt. Der Vorgang ist erfolgreich, die Datei ändert sich tatsächlich und die Synchronisierung sieht genauso falsch aus wie zuvor. Ein positiver Versatz verzögert die Untertitel, die vor dem Dialog erscheinen.
Verwenden Sie für die Drift den Skalierungsfaktor neben dem Offset, anstatt den Offset wiederholt zu verschieben. Lesen Sie die Einschränkungen der Tool-Seite, bevor Sie sich darauf verlassen: „Rückgängig“ speichert die letzten zwanzig Vorgänge, geklemmte Cues können auf die Dauer von Null reduziert werden oder länger werden, wenn nur ein Ende fixiert wurde, und die Validierung wird nach jeder Änderung erneut ausgeführt, sodass diese Fälle gemeldet und nicht stillschweigend versendet werden.