Vídeo y subtítulos · Kit de herramientas de subtítulos
Explicación de la deriva de subtítulos: por qué falla una compensación fija y cómo funciona la extensión
· Cómo funciona
subtítulos códigos de tiempo velocidad de fotogramas
Si los subtítulos están bien al principio y tarde al final, el problema es la velocidad, no el desplazamiento. Esta publicación explica cómo los desajustes en la velocidad de cuadros causan deriva, cómo diagnosticarla y en qué se diferencian las matemáticas de un tramo lineal de un cambio.
En sincronización en el minuto uno, medio segundo tarde en el minuto treinta: la firma de la deriva en lugar de la compensación
Hay dos fallas diferentes detrás de los subtítulos no sincronizados y necesitan correcciones opuestas. Un desplazamiento es constante: cada línea tiene el mismo retraso y el archivo está tan equivocado en el primer minuto como en el último. La deriva crece: las líneas iniciales aterrizan correctamente, el error apenas se nota a los diez minutos y las líneas finales están a segundos de distancia. El síntoma que los separa es si el error al final es mayor que el error al principio.
Equivocarse en este diagnóstico es costoso porque la acción obvia empeora las cosas. Alinear la primera línea de un archivo a la deriva con un desplazamiento mueve todo el archivo, por lo que el final se desplaza en la cantidad original más lo que se acaba de agregar. La herramienta documenta esto directamente como un error común y señala que ambas operaciones deben deshacerse antes de escalar.
De dónde proviene la deriva: un archivo cronometrado para 25 fps reproducido contra un video de 23.976 fps, o viceversa
La causa habitual es una discrepancia en la velocidad de fotogramas entre el momento en que se creó el archivo y el vídeo con el que se reproduce. Las marcas de tiempo de los subtítulos son tiempos de reloj de pared, pero con frecuencia se derivan del recuento de fotogramas. Si un recuento de fotogramas producido con material de 23.976 fps se reproduce como si cada fotograma fuera un vigésimo quinto de segundo, cada marca de tiempo es incorrecta en la misma proporción y una proporción constante aplicada a un número creciente produce un error creciente.
Esa proporción es aproximadamente 1.0427 para material de 23.976 fps reproducido a 25 fps, que la herramienta indica al lado del campo de escala. El número no es un botón de sintonización descubierto mediante una prueba: es el cociente de las dos velocidades de fotogramas, por lo que un archivo que era correcto en un mundo se estira o comprime sistemáticamente en el otro. Esta es la razón por la que la deriva es casi siempre suave y lineal en lugar de errática.
Diagnóstico de deriva con dos puntos de referencia: medición del error cerca del inicio y cerca del final
Para diagnosticar la deriva se necesitan dos mediciones, no una. Encuentre una línea de diálogo cerca del inicio cuyo título pueda cronometrar con precisión, y otra cerca del final, y registre para cada una la marca de tiempo que afirma el archivo y la marca de tiempo en la que realmente ocurre el diálogo. Una medición no puede distinguir las dos fallas, porque un solo error observado es consistente tanto con un desplazamiento constante como con un estiramiento.
Elija los dos puntos tan separados como lo permita el material. Todo el cálculo divide una diferencia entre otra, por lo que una línea de base corta hace que un pequeño error de medición sea grande en el resultado. Dos puntos separados por un minuto en un archivo de noventa minutos producirán una relación segura con una precisión que la medición no admite.
Las matemáticas de un tramo lineal: escalar cada código de tiempo según una proporción en lugar de agregar una constante
Un desplazamiento es suma y un estiramiento es multiplicación, y esa es toda la diferencia. El cambio añade una constante a cada inicio y final; Internamente, las señales son milisegundos enteros contados desde cero, por lo que la operación es una única suma por marca de tiempo y no introduce redondeo propio. Debido a que suma el mismo número en todas partes, no puede cambiar la distancia entre la primera señal y la última, que es precisamente en lo que el drift se equivocó.
Un tramo multiplica cada marca de tiempo por un factor, medido desde cero. Debido a que el multiplicador actúa sobre un número mayor más adelante en el archivo, mueve el final más que la apertura, que es la deriva de forma que necesita. Las marcas de tiempo se redondean a milisegundos completos después del escalado, por lo que una escala no es perfectamente reversible como lo es un cambio; escale una vez desde el original en lugar de refinar un factor en varias pasadas.
Ejemplo resuelto: calcular la relación a partir de dos mediciones: convertir dos errores observados en una sola corrección
Supongamos que el título de dos minutos dice 00:02:00.000 mientras que el diálogo es de 00:01:59.750, y el título de cincuenta y ocho minutos dice 00:58:00.000 mientras el diálogo está en 00:57:52.750. En milisegundos el archivo dice 120000 y 3480000; el vídeo quiere 119750 y 3472750. El error ha aumentado de 250 ms a 7250 ms, lo cual es una deriva, no una compensación.
El factor es la relación de los dos intervalos: divida el intervalo real 3472750 menos 119750, o 3353000, por el intervalo reclamado 3480000 menos 120000, o 3360000. Eso da aproximadamente 0.99792. Al multiplicar los tiempos reclamados se obtienen 119750 y 3472750, ambas mediciones, que es la verificación de que la corrección es un estiramiento puro sin compensación sobrante. Cuando quede un residuo, primero corrija el estiramiento y solo luego aplique un cambio para lo que quede.
Lo que esto no cubre: cortes, escenas agregadas y pausas publicitarias, que producen saltos en lugar de una deriva suave.
Esto cubre errores que crecen de manera suave y proporcional. No cubre un archivo que es correcto durante veinte minutos y luego, abruptamente, una cantidad fija para el resto, que es la firma de una edición: una escena eliminada, una pausa publicitaria insertada o un corte diferente del mismo largometraje. Esa falla es un cambio aplicado a parte del archivo y ninguna proporción lo soluciona.
La herramienta de cambio se aplica a cada cue en el archivo y no ofrece ninguna manera de volver a cronometrar un rango seleccionado, por lo que un archivo con un salto en el punto medio no se puede reparar en una sola pasada. Tampoco puede recuperarse de la sujeción: un resultado negativo se reduce a cero porque ningún formato puede expresar un tiempo negativo, y avanzar después no restaura las señales que estaban fijadas allí. La herramienta advierte cuando un taco se bloquea y la solución documentada es deshacer en lugar de compensar el cambio.
Conclusión: desplazamiento para desplazamiento, escala para desplazamiento: cómo utilizar la función de repetición de tiempo del Subtitle Toolkit para el caso de desplazamiento fijo y dónde consultar su lista "Lo que esta herramienta no hará" antes de confiar en ella para el desplazamiento
Cambie para obtener un desplazamiento, escale para determinar la deriva y mida antes de realizar cualquiera de las dos acciones. Ingrese el desplazamiento en milisegundos, porque el campo no tiene segundos ni entrada de código de tiempo y al escribir 2 se desplaza el archivo dos milisegundos en lugar de dos segundos; la operación se realiza correctamente, el archivo realmente cambia y la sincronización parece tan incorrecta como antes. Una compensación positiva retrasa los subtítulos que aparecen antes del diálogo.
Para la deriva, utilice el factor de escala al lado del desplazamiento en lugar de empujar el desplazamiento repetidamente. Lea los límites de la página de herramientas antes de confiar en ella: deshacer mantiene las últimas veinte operaciones, las señales fijadas pueden colapsar a una duración cero o alargarse cuando solo se fijó un extremo, y la validación se vuelve a ejecutar después de cada cambio para que esos casos se informen en lugar de enviarse en silencio.