Explicación de la estructura de caída y de la estructura sin caída

Como editores de medios, es importante que entendamos la diferencia entre los códigos de tiempo de fotogramas sueltos y los que no lo son, sus respectivas ventajas, cómo funciona cada método y cuándo deben utilizarse. Para ayudar a mantener el flujo de trabajo sin problemas y maximizar el beneficio de añadir subtítulos o subtítulos Sonix, es esencial tener un sólido conocimiento de ambos. 

Las consideraciones sobre el código de tiempo de los fotogramas sueltos y de los no sueltos se citan a menudo como uno de los temas más confusos en la producción de vídeo. Pero no tienen por qué serlo. En este artículo, vamos a proporcionar definiciones claras de los códigos de tiempo de fotogramas sueltos y no sueltos, cómo funcionan y cómo los códigos de tiempo afectan a los subtítulos y al subtitulado. 

¿Qué es el código de tiempo?

El código de tiempo es una forma precisa de contar y etiquetar los fotogramas de una grabación para conocer su ubicación exacta. Piensa en los códigos de tiempo de los vídeos como en las URL de la web. Cuando navegas por Internet, no prestas atención a la dirección de la página en la que te encuentras. Sin embargo, si quieres comunicar algo sobre esa página, necesitas que la URL comparta la ubicación exacta. El código de tiempo hace exactamente esto pero para los fotogramas de vídeo, y se utiliza para referenciar y sincronizar todo tipo de archivos de audio-vídeo. 

El código de tiempo SMPTE es el estándar para el etiquetado de vídeo y películas. Fue desarrollado en la década de 1960 por el Sociedad de Ingenieros de Cine y Televisión (SMPTE) para permitir una edición, identificación y sincronización precisas de los medios. El código de tiempo SMPTE suele expresarse en formato HH:MM:SS:FF (horas, minutos, segundos y fotogramas). Las horas, los minutos y los segundos se numeran como en un reloj normal. Los segundos se dividen en fotogramas, que son imágenes individuales. 

Las dos cosas principales que hay que saber sobre el código de tiempo antes de seguir avanzando son que:

1. Sólo se cuentan los fotogramas enteros, no los fraccionados.
2. La numeración está basada en el cero, lo que significa que la primera trama se cuenta como 00, no como 01.

La evolución del código de tiempo

Mientras que la mayoría de los contenidos de vídeo en la web están referenciados en código de tiempo real, la situación es más compleja en el vídeo de difusión. Cuando se inventó la televisión, los fps (cuadros por segundo) se basaban en el sistema eléctrico de la época. Como todas las emisiones eran en directo y no se grababan, la única manera de sincronizar las cámaras de cine del estudio con los televisores de los espectadores en sus casas era utilizar la red eléctrica. Los Estados Unidos -y posteriormente todos los emplazamientos del Comité Nacional de Normas de Televisión (NTSC)- utilizan como base 60 Hz, mientras que Europa -y por tanto todos los emplazamientos de la Línea de Fase Alternada (PAL)- utilizan como base 50 Hz. 

Originalmente, todo el vídeo era en blanco y negro a 30 fps, sin opción de emisión en color. Cuando se introdujo la televisión en color en 1953, se modificó la norma NTSC para dar cabida al color en los receptores en blanco y negro existentes, creando una subportadora que minimizara las interferencias. La frecuencia de imagen se redujo de 30 fps a 29,97 fps, lo que provocó una disparidad entre el tiempo real y el tiempo de vídeo. 

Hoy en día, los formatos de código de tiempo se siguen numerando como si fueran 30 fotogramas por segundo. En otras palabras, ff es un número del 00 al 29. Como sabemos, el código de tiempo sólo tiene en cuenta los fotogramas completos. Por lo tanto, si su velocidad de fotogramas es de 29,97 fps, el siguiente código de tiempo después de HH:MM:01:29 sería HH:MM:02:00. Esto significa que en 100 segundos, sólo habrá 2997 fotogramas en lugar de 3000. Esto crea un retraso, porque después de 60 minutos en tiempo real, un vídeo que se reproduce a 29,97fps sólo leerá 00:59:56:12. Por lo tanto, es necesario hacer ajustes para que el mapa se ajuste al tiempo real. 

Ahí es donde entra el marco de caída. 

Marco de caída vs. Marco de no caída: ¿Cuál es la diferencia? 

Ambos son métodos para medir los fotogramas de vídeo con respecto al tiempo. La diferencia es que el drop frame coincide con el tiempo real, mientras que el non-drop frame no. El hecho de que el código de tiempo no drop frame no sea preciso con respecto al tiempo real es la razón por la que se creó el código de tiempo drop frame. Al fin y al cabo, una emisora debe conocer la duración exacta de su programa para poder programar su emisión con anuncios que coincidan con el tiempo real a lo largo del día. Si los medios audiovisuales se produjeran con un código de tiempo que no fuera drop frame, se encontrarían rápidamente con problemas. 

Para decirlo de forma más sencilla, ayuda a definir cada método por su función principal:

• Qué es el marco de caída ¿para qué se utiliza? La indicación del tiempo. La lectura de un código de tiempo de fotogramas sueltos le indica exactamente dónde se encuentra en términos de un reloj cronológico (piense en el código de tiempo de fotogramas sueltos como el "tiempo transcurrido" en su vídeo), pero no cuántos fotogramas han pasado. 
• ¿Qué es? marco sin caída ¿para qué se utiliza? Recuento de fotogramas. Es "preciso en cuanto a los fotogramas", lo que significa que cuenta correctamente el número de fotogramas en un segundo. Sin embargo, en el vídeo NTSC, 30 fotogramas no caídos no equivalen a un segundo de tiempo. 

¿Qué es el código de tiempo de fotogramas sueltos? 

El código de tiempo de fotogramas sueltos, a menudo abreviado como DF, se introdujo como un intento de arreglar la disparidad con el vídeo de 29,97 fps y hacer que coincidiera con el tiempo real. Como el código de tiempo sólo puede contar fotogramas enteros, debería haber 108.000 fotogramas por hora (30fps x 60 segundos x 60 minutos). Sin embargo, como NTSC funciona a 29,97fps, hay 0,03 fotogramas sin contar cada segundo, lo que significa un total de sólo 107.892 fotogramas por hora (29,97fps x 60 segundos x 60 minutos). La discrepancia total es de 108 fotogramas, o 3,6 segundos (108 fotogramas/30fps), lo que significa que una hora de vídeo en tiempo real a 29,97fps aparecería en el código de tiempo como 01:00:03;18.

Entonces, ¿cómo se soluciona la discrepancia? En lugar de tratar de hacer coincidir el código de tiempo con los fotogramas, la utilización de DF conduce efectivamente a una caída de los números de fotogramas. En realidad, no se reduce ningún fotograma, por supuesto. Simplemente deja de contar las etiquetas de los fotogramas. Más concretamente, elimina un número de fotograma cada vez que el 0,03 restante de un fotograma se suma a un fotograma completo, lo que ocurre una vez cada 33,33 segundos. Así que en una hora, el vídeo de fotogramas sueltos elimina 108 números de fotogramas del recuento total para que el vídeo de 29,97 fps termine en tiempo real a las 01:00:00;00.

Sin embargo, en lugar de descartar los 108 números de fotogramas una vez por hora, o incluso 18 números de fotogramas una vez cada 10 minutos, hay un patrón específico que sigue el código de tiempo de los fotogramas descartados. Los dos primeros números de fotogramas se eliminan de cada minuto, con la exclusión de cada décimo minuto. En otras palabras, los números de trama se eliminan de los minutos 01-09, 11-19, 21-29, 31-39, 41-49 y 51-59. Sin embargo, los números de fotogramas no se eliminan en los minutos 00, 10, 20, 30, 40 o 50. Cuando ha transcurrido una hora de grabación, se han eliminado 108 números de fotogramas del recuento, por lo que el contador se ajusta para compensar la reproducción de vídeo a una velocidad de 29,97 fps en lugar de 30 fps.

Es importante recordar que el código de tiempo "drop frame" simplemente elimina los números del recuento, y no elimina ningún fotograma real, por lo que la grabación en sí no se ve afectada, independientemente de si se utiliza "drop frame" o "non-drop frame". 

¿Qué es el código de tiempo sin caída?

Afortunadamente, el código de tiempo sin caída de fotogramas, a menudo abreviado como NDF, es bastante más sencillo. Cuenta cada uno de los fotogramas de vídeo sin ningún tipo de reetiquetado, por lo que la relación entre la grabación del código de tiempo y el recuento de fotogramas es de 1:1. Sin embargo, surge un problema con la tasa de reproducción estándar del NSTC, de 29,97 fps, ya que significa que una grabación de una hora en fotogramas no descendentes no es una hora en tiempo real. De hecho, es 3,6 segundos más corta. Esto se debe a que está contando 3.000 fotogramas por cada 100 segundos cuando la velocidad de reproducción es realmente de sólo 2997 fotogramas por cada 100 segundos. El resultado es que un programa de 1 hora que utiliza un código de tiempo sin caída terminará a las 00:59:56:12, en lugar de a las 01:00:00:00.

Elegir entre un marco de caída y uno que no lo sea

Dado que ni los códigos de tiempo de "drop frame" ni los de "non-drop frame" alteran la imagen visual de ninguna manera, puede que te preguntes por qué importa tu elección de "drop frame" o "non-drop frame". Ninguno de los dos formatos es mejor que el otro a la hora de editar, y la mayoría de los sistemas pueden manejar múltiples formatos y velocidades de fotogramas. La verdad es que puedes grabar y editar en cualquiera de los dos, e incluso cambiar entre ellos, aunque es mucho más fácil ser coherente. La mayoría de las veces, la elección vendrá dictada por tu sistema de edición, los medios de distribución o simplemente la preferencia del editor de vídeo. Sin embargo, como regla general, si la producción está destinada a la difusión, es una práctica habitual utilizar un código de tiempo de fotogramas sueltos.

¿No estás seguro de qué formato estás viendo? Es fácil determinar qué código de tiempo se utiliza. Los archivos de fotogramas no sueltos utilizan todos los puntos (HH:MM:SS:FF), mientras que los archivos de fotogramas sueltos utilizan un punto y coma o un punto entre los segundos y los fotogramas (HH:MM:SS;FF o HH:MM:SS.FF).

Cómo afectan los fotogramas sueltos y no sueltos a la transcripción y el subtitulado 

Si aún no has subtitulado tus contenidos de vídeo, es hora de empezar. En primer lugar, es una buena práctica recomendada para la accesibilidad digital, como se recomienda en la Directrices de Accesibilidad al Contenido en la Web (WCAG). Además, los vídeos subtitulados se sitúan sistemáticamente en una posición más alta que los que no tienen subtítulos porque obtienen más participación en términos de comentarios, "me gusta" y "compartir".

Al subtitular un vídeo, es importante saber si el archivo es de tipo drop frame o non-drop frame para que los subtítulos se sincronicen con precisión con el tiempo del medio. Si subtitulas un vídeo con drop frame con subtítulos sin drop frame, no se sincronizará nada y el desfase empeorará a medida que pase el tiempo. Este problema se evita fácilmente con el software avanzado de Sonix, basado en la nube. Sonix puede sincronizar automáticamente tus subtítulos con el código de tiempo de tu vídeo, permitiéndote ajustar manualmente tus subtítulos a la perfección.

Transcripción sin complicaciones con Sonix

Sonix es el mejor multilingüe del mundo, transcripción automática y subtitulado. Con más de 35 idiomas, ofrece transcripciones rápidas y muy precisas a un precio asequible. 

El panel de control, intuitivo y fácil de usar, ya es una de las mejores opciones para los profesionales de la industria y puede manejar múltiples tipos de archivos. Y, por supuesto, Sonix puede manejar códigos de tiempo tanto en drop frame como en non-drop frame. Premiere y Audition de Adobe y Final Cut Pro son todos los destinos posibles para su exportación de transcripciones completas. 
Sonix hace que sea fácil añadir subtítulos a los vídeos. Póngase en contacto con nosotros hoy mismo para comenzar su prueba gratuita y no tenga que volver a preocuparse por si el fotograma se ha caído o no en sus transcripciones.