Vídeo y subtítulos · Kit de herramientas de subtítulos
Velocidades de cuadros y subtítulos: por qué 23.976, 25 y 29.97 fps causan deriva
· Antecedentes
subtítulos velocidad de fotogramas códigos de tiempo
Las velocidades de fotogramas son un legado de la televisión analógica y todavía afectan la sincronización de los subtítulos. Esta publicación explica de dónde provienen los números impares, cómo una discrepancia en la velocidad de fotogramas produce una desviación y cómo razonar al respecto antes de arreglar algo.
Los subtítulos sincronizados con un maestro se desplazan sobre otro: el resultado práctico de un siglo de estándares televisivos
Un archivo de subtítulos puede alinearse perfectamente con un maestro y terminar a minutos o segundos del diálogo en otro, aunque no se haya editado ninguna pista. Ese patrón es una deriva: el tiempo transcurrido de los subtítulos y el tiempo transcurrido del programa avanzan a ritmos diferentes. La apertura proporciona poca evidencia porque multiplicar un tiempo pequeño produce un pequeño error; el cierre hace evidente el desajuste.
Los flujos de trabajo de televisión y cine heredaron varias velocidades muy espaciadas, por lo que un archivo etiquetado solo con un título e idioma puede perder el contexto necesario para interpretar su sincronización. La reparación práctica comienza identificando la relación de tasas en lugar de aplicar una compensación que alinee una escena y deje el crecimiento intacto.
De dónde proceden 24, 25 y 30: proyección de películas y las principales frecuencias de la televisión europea y americana.
Las tarifas de números enteros como 24, 25 y 30 reflejan diferentes linajes de producción y televisión. Las películas se asocian comúnmente con 24 fotogramas por segundo, mientras que los sistemas de televisión se construyeron en torno a limitaciones eléctricas y de transmisión regionales que condujeron a diferentes velocidades nominales. Esos orígenes amplios son antecedentes estables; Este artículo no asigna fechas de invención ni reivindica una ruta universal desde la frecuencia de la red eléctrica hasta cada formato moderno.
El hecho importante de la restauración es que estas tasas representan duraciones diferentes para el mismo recuento de fotogramas. Cien mil fotogramas reproducidos a 25 fps finalizan antes que los mismos fotogramas reproducidos cerca de 24 fps, por lo que los subtítulos creados con una duración no pueden permanecer alineados con el otro sin una nueva sincronización proporcional.
Por qué existen 29.97 y 23.976: el compromiso de la televisión en color y su efecto en cadena en las transferencias de películas
Las tarifas fraccionarias cercanas a 30 y 24 son parte del legado de la televisión en color y la transferencia de películas. Su historial de ingeniería preciso está fuera de las fuentes del repositorio, por lo que este artículo no repite una fórmula detallada de subportadora. Lo que importa para el trabajo de subtítulos es que 29.97 no es 30 y 23.976 no es 24; tratar cualquiera de los pares como idénticos introduce un pequeño error porcentual que se acumula con el tiempo transcurrido.
La taquigrafía decimal también se redondea. Un flujo de trabajo debe utilizar los metadatos de tasa exacta disponibles en el maestro en lugar de derivar un factor de una etiqueta de tres decimales cuando la precisión es importante. La herramienta acepta un factor de escala numérico; no inspecciona los metadatos del vídeo ni identifica qué tarifa creó los subtítulos.
Aceleración PAL: por qué una película se ejecuta un poco más rápido en una transferencia de 25 fps y qué efecto tiene eso en la sincronización
Una entrega común de 25 fps de material de origen cinematográfico ejecuta los fotogramas más rápido que un maestro de aproximadamente 24 fps. A esto se le suele llamar aceleración PAL. Cada evento llega antes, por lo que los subtítulos sincronizados con el maestro más lento se retrasan cada vez más cuando se usan sin cambios con la transferencia más rápida. Las palabras y el orden de las señales siguen siendo correctos; Sólo la relación del reloj es incorrecta.
Esto no se soluciona moviendo cada señal a la misma distancia. Un desplazamiento es una suma, mientras que esta falla cambia la distancia de cero a cada señal. La operación requerida es la multiplicación, y la dirección importa: cuando el destino se ejecuta más rápido, las marcas de tiempo de la fuente más lenta necesitan un factor inferior a uno para ser más tempranas.
De la velocidad de fotogramas a la deriva de los subtítulos: cómo una diferencia de velocidad porcentual fija se convierte en un error de código de tiempo cada vez mayor
Una diferencia de velocidad porcentual constante crea un error proporcional al tiempo transcurrido. Diez minutos después de iniciar un programa, el error absoluto es modesto; noventa minutos es nueve veces el error de diez minutos. Ese crecimiento en línea recta es la razón por la que dos puntos de control distinguen el desajuste de tasas de un recorte inicial constante: errores iguales indican un cambio, mientras que un error final mayor indica una escala u otra forma de deriva.
ToolAcre mantiene marcas de tiempo como milisegundos enteros y scaleCues multiplica ambos límites por el factor elegido, redondea cada uno al milisegundo más cercano y los fija en cero. Por lo tanto, el escalamiento es menos exactamente reversible que un desplazamiento. Trabaje desde el archivo cue original y aplique un factor calculado en lugar de refinar varias exportaciones redondeadas.
Ejemplo resuelto: una película de 90 minutos movida de un 23.976 a un maestro de 25 fps: estimación de la deriva al final
Para un archivo de subtítulos de noventa minutos creado con material de 23.976 fps y utilizado con una transferencia de 25 fps de los mismos fotogramas, multiplique las marcas de tiempo de origen por 23.976 dividido por 25, aproximadamente 0.95904. La fuente que termina en 5,400 segundos se convierte en aproximadamente 5,178.8 segundos, por lo que el maestro más rápido termina aproximadamente 221.2 segundos antes. Esa estimación supone la misma secuencia de fotogramas y un cambio de velocidad uniforme.
El viaje inverso utiliza 25 dividido por 23.976, aproximadamente 1.0427, que es el ejemplo documentado al lado del campo de escala. Verifique el resultado calculado con el diálogo real cerca de ambos extremos. Si después de la corrección proporcional permanece una diferencia constante residual, entonces y sólo entonces se aplica una compensación medida.
Lo que esto no cubre: grabaciones con velocidad de fotogramas variable y eliminación de menú desplegable
Las grabaciones con velocidad de cuadros variable no proporcionan un factor para todo el programa, y el material ensamblado a partir de varias conversiones de velocidad puede cambiar el comportamiento en los puntos de edición. La eliminación del menú desplegable agrega otra capa porque la cadencia de fotogramas y la velocidad de fotogramas mostrada no se capturan mediante una simple lista de marcas de tiempo de subtítulos. Una escala global única no puede reparar esos casos honestamente.
La herramienta de desplazamiento tampoco puede volver a cronometrar un rango seleccionado. Si los subtítulos son correctos hasta un corte y luego saltan en una cantidad fija, se trata de una discrepancia en la edición en lugar de una variación suave de la velocidad. Conserve la fuente y pase a un editor compatible con la línea de tiempo que pueda corregir segmentos de forma independiente.
Conclusión: la deriva tiene una causa que puedes nombrar: cómo diagnosticarla antes de recurrir a la función de repetición de tiempo del Subtitle Toolkit
Nombre el error antes de cambiarlo. Compare una señal clara cerca del inicio con una cerca del final, registre la dirección y la magnitud de ambos errores y busque un comportamiento constante versus proporcional. La deriva de la velocidad de fotogramas requiere escalar desde cero; un parachoques quitado requiere un desplazamiento; una edición a mitad del programa requiere un trabajo regional que la herramienta no proporciona.
Utilice el tiempo de subtítulos Shift solo después de ese diagnóstico. Ingrese un factor de escala positivo, verifique la salida redondeada en ambos puntos de medición y descargue un nuevo archivo en lugar de sobrescribir el maestro. La implementación realiza la aritmética que usted especifique; no infiere el historial del vídeo por ti.