Como editores de medios, es importante que entendamos la diferencia entre los c\u00f3digos de tiempo de fotogramas sueltos y los que no lo son, sus respectivas ventajas, c\u00f3mo funciona cada m\u00e9todo y cu\u00e1ndo deben utilizarse. Para ayudar a mantener el flujo de trabajo sin problemas y maximizar el beneficio de a\u00f1adir subt\u00edtulos o subt\u00edtulos Sonix, es esencial tener un s\u00f3lido conocimiento de ambos. <\/p>\n\n\n\n
Las consideraciones sobre el c\u00f3digo de tiempo de los fotogramas sueltos y de los no sueltos se citan a menudo como uno de los temas m\u00e1s confusos en la producci\u00f3n de v\u00eddeo. Pero no tienen por qu\u00e9 serlo. En este art\u00edculo, vamos a proporcionar definiciones claras de los c\u00f3digos de tiempo de fotogramas sueltos y no sueltos, c\u00f3mo funcionan y c\u00f3mo los c\u00f3digos de tiempo afectan a los subt\u00edtulos y al subtitulado. <\/p>\n\n\n\n
El c\u00f3digo de tiempo es una forma precisa de contar y etiquetar los fotogramas de una grabaci\u00f3n para conocer su ubicaci\u00f3n exacta. Piensa en los c\u00f3digos de tiempo de los v\u00eddeos como en las URL de la web. Cuando navegas por Internet, no prestas atenci\u00f3n a la direcci\u00f3n de la p\u00e1gina en la que te encuentras. Sin embargo, si quieres comunicar algo sobre esa p\u00e1gina, necesitas que la URL comparta la ubicaci\u00f3n exacta. El c\u00f3digo de tiempo hace exactamente esto pero para los fotogramas de v\u00eddeo, y se utiliza para referenciar y sincronizar todo tipo de archivos de audio-v\u00eddeo. <\/p>\n\n\n\n
El c\u00f3digo de tiempo SMPTE es el est\u00e1ndar para el etiquetado de v\u00eddeo y pel\u00edculas. Fue desarrollado en la d\u00e9cada de 1960 por el Sociedad de Ingenieros de Cine y Televisi\u00f3n (SMPTE)<\/a> para permitir una edici\u00f3n, identificaci\u00f3n y sincronizaci\u00f3n precisas de los medios. El c\u00f3digo 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\u00e1genes individuales. <\/p>\n\n\n\n Las dos cosas principales que hay que saber sobre el c\u00f3digo de tiempo antes de seguir avanzando son que:<\/p>\n\n\n\n Mientras que la mayor\u00eda de los contenidos de v\u00eddeo en la web est\u00e1n referenciados en c\u00f3digo de tiempo real, la situaci\u00f3n es m\u00e1s compleja en el v\u00eddeo de difusi\u00f3n. Cuando se invent\u00f3 la televisi\u00f3n, los fps (cuadros por segundo) se basaban en el sistema el\u00e9ctrico de la \u00e9poca. Como todas las emisiones eran en directo y no se grababan, la \u00fanica manera de sincronizar las c\u00e1maras de cine del estudio con los televisores de los espectadores en sus casas era utilizar la red el\u00e9ctrica. Los Estados Unidos -y posteriormente todos los emplazamientos del Comit\u00e9 Nacional de Normas de Televisi\u00f3n (NTSC)- utilizan como base 60 Hz, mientras que Europa -y por tanto todos los emplazamientos de la L\u00ednea de Fase Alternada (PAL)- utilizan como base 50 Hz. <\/p>\n\n\n\n Originalmente, todo el v\u00eddeo era en blanco y negro a 30 fps, sin opci\u00f3n de emisi\u00f3n en color. Cuando se introdujo la televisi\u00f3n en color en 1953, se modific\u00f3 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\u00f3 una disparidad entre el tiempo real y el tiempo de v\u00eddeo. <\/p>\n\n\n\n Hoy en d\u00eda, los formatos de c\u00f3digo de tiempo se siguen numerando como si fueran 30 fotogramas por segundo. En otras palabras, ff es un n\u00famero del 00 al 29. Como sabemos, el c\u00f3digo de tiempo s\u00f3lo tiene en cuenta los fotogramas completos. Por lo tanto, si su velocidad de fotogramas es de 29,97 fps, el siguiente c\u00f3digo de tiempo despu\u00e9s de HH:MM:01:29 ser\u00eda HH:MM:02:00. Esto significa que en 100 segundos, s\u00f3lo habr\u00e1 2997 fotogramas en lugar de 3000. Esto crea un retraso, porque despu\u00e9s de 60 minutos en tiempo real, un v\u00eddeo que se reproduce a 29,97fps s\u00f3lo leer\u00e1 00:59:56:12. Por lo tanto, es necesario hacer ajustes para que el mapa se ajuste al tiempo real. <\/p>\n\n\n\n Ah\u00ed es donde entra el marco de ca\u00edda. <\/p>\n\n\n\n Ambos son m\u00e9todos para medir los fotogramas de v\u00eddeo 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\u00f3digo de tiempo no drop frame no sea preciso con respecto al tiempo real es la raz\u00f3n por la que se cre\u00f3 el c\u00f3digo de tiempo drop frame. Al fin y al cabo, una emisora debe conocer la duraci\u00f3n exacta de su programa para poder programar su emisi\u00f3n con anuncios que coincidan con el tiempo real a lo largo del d\u00eda. Si los medios audiovisuales se produjeran con un c\u00f3digo de tiempo que no fuera drop frame, se encontrar\u00edan r\u00e1pidamente con problemas. <\/p>\n\n\n\n Para decirlo de forma m\u00e1s sencilla, ayuda a definir cada m\u00e9todo por su funci\u00f3n principal:<\/p>\n\n\n\n El c\u00f3digo de tiempo de fotogramas sueltos, a menudo abreviado como DF, se introdujo como un intento de arreglar la disparidad con el v\u00eddeo de 29,97 fps y hacer que coincidiera con el tiempo real. Como el c\u00f3digo de tiempo s\u00f3lo puede contar fotogramas enteros, deber\u00eda 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\u00f3lo 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\u00eddeo en tiempo real a 29,97fps aparecer\u00eda en el c\u00f3digo de tiempo como 01:00:03;18.<\/p>\n\n\n\n Entonces, \u00bfc\u00f3mo se soluciona la discrepancia? En lugar de tratar de hacer coincidir el c\u00f3digo de tiempo con los fotogramas, la utilizaci\u00f3n de DF conduce efectivamente a una ca\u00edda de los n\u00fameros de fotogramas. En realidad, no se reduce ning\u00fan fotograma, por supuesto. Simplemente deja de contar las etiquetas de los fotogramas. M\u00e1s concretamente, elimina un n\u00famero 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\u00ed que en una hora, el v\u00eddeo de fotogramas sueltos elimina 108 n\u00fameros de fotogramas del recuento total para que el v\u00eddeo de 29,97 fps termine en tiempo real a las 01:00:00;00.<\/p>\n\n\n\n Sin embargo, en lugar de descartar los 108 n\u00fameros de fotogramas una vez por hora, o incluso 18 n\u00fameros de fotogramas una vez cada 10 minutos, hay un patr\u00f3n espec\u00edfico que sigue el c\u00f3digo de tiempo de los fotogramas descartados. Los dos primeros n\u00fameros de fotogramas se eliminan de cada minuto, con la exclusi\u00f3n de cada d\u00e9cimo minuto. En otras palabras, los n\u00fameros de trama se eliminan de los minutos 01-09, 11-19, 21-29, 31-39, 41-49 y 51-59. Sin embargo, los n\u00fameros de fotogramas no se eliminan en los minutos 00, 10, 20, 30, 40 o 50. Cuando ha transcurrido una hora de grabaci\u00f3n, se han eliminado 108 n\u00fameros de fotogramas del recuento, por lo que el contador se ajusta para compensar la reproducci\u00f3n de v\u00eddeo a una velocidad de 29,97 fps en lugar de 30 fps.<\/p>\n\n\n\n Es importante recordar que el c\u00f3digo de tiempo \"drop frame\" simplemente elimina los n\u00fameros del recuento, y no elimina ning\u00fan fotograma real, por lo que la grabaci\u00f3n en s\u00ed no se ve afectada, independientemente de si se utiliza \"drop frame\" o \"non-drop frame\". <\/p>\n\n\n\n Afortunadamente, el c\u00f3digo de tiempo sin ca\u00edda de fotogramas, a menudo abreviado como NDF, es bastante m\u00e1s sencillo. Cuenta cada uno de los fotogramas de v\u00eddeo sin ning\u00fan tipo de reetiquetado, por lo que la relaci\u00f3n entre la grabaci\u00f3n del c\u00f3digo de tiempo y el recuento de fotogramas es de 1:1. Sin embargo, surge un problema con la tasa de reproducci\u00f3n est\u00e1ndar del NSTC, de 29,97 fps, ya que significa que una grabaci\u00f3n de una hora en fotogramas no descendentes no es una hora en tiempo real. De hecho, es 3,6 segundos m\u00e1s corta. Esto se debe a que est\u00e1 contando 3.000 fotogramas por cada 100 segundos cuando la velocidad de reproducci\u00f3n es realmente de s\u00f3lo 2997 fotogramas por cada 100 segundos. El resultado es que un programa de 1 hora que utiliza un c\u00f3digo de tiempo sin ca\u00edda terminar\u00e1 a las 00:59:56:12, en lugar de a las 01:00:00:00.<\/p>\n\n\n\n Dado que ni los c\u00f3digos de tiempo de \"drop frame\" ni los de \"non-drop frame\" alteran la imagen visual de ninguna manera, puede que te preguntes por qu\u00e9 importa tu elecci\u00f3n 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\u00eda de los sistemas pueden manejar m\u00faltiples 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\u00e1s f\u00e1cil ser coherente. La mayor\u00eda de las veces, la elecci\u00f3n vendr\u00e1 dictada por tu sistema de edici\u00f3n, los medios de distribuci\u00f3n o simplemente la preferencia del editor de v\u00eddeo. Sin embargo, como regla general, si la producci\u00f3n est\u00e1 destinada a la difusi\u00f3n, es una pr\u00e1ctica habitual utilizar un c\u00f3digo de tiempo de fotogramas sueltos.<\/p>\n\n\n\n \u00bfNo est\u00e1s seguro de qu\u00e9 formato est\u00e1s viendo? Es f\u00e1cil determinar qu\u00e9 c\u00f3digo 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).<\/p>\n\n\n\n Si a\u00fan no has subtitulado tus contenidos de v\u00eddeo, es hora de empezar. En primer lugar, es una buena pr\u00e1ctica recomendada para la accesibilidad digital, como se recomienda en la Directrices de Accesibilidad al Contenido en la Web (WCAG)<\/a>. Adem\u00e1s, los v\u00eddeos subtitulados se sit\u00faan sistem\u00e1ticamente en una posici\u00f3n m\u00e1s alta que los que no tienen subt\u00edtulos porque obtienen m\u00e1s participaci\u00f3n en t\u00e9rminos de comentarios, \"me gusta\" y \"compartir\".<\/p>\n\n\n\n Al subtitular un v\u00eddeo, es importante saber si el archivo es de tipo drop frame o non-drop frame para que los subt\u00edtulos se sincronicen con precisi\u00f3n con el tiempo del medio. Si subtitulas un v\u00eddeo con drop frame con subt\u00edtulos sin drop frame, no se sincronizar\u00e1 nada y el desfase empeorar\u00e1 a medida que pase el tiempo. Este problema se evita f\u00e1cilmente con el software avanzado de Sonix, basado en la nube. Sonix puede sincronizar autom\u00e1ticamente tus subt\u00edtulos con el c\u00f3digo de tiempo de tu v\u00eddeo, permiti\u00e9ndote ajustar manualmente tus subt\u00edtulos a la perfecci\u00f3n.<\/p>\n\n\n\n Sonix es el mejor multiling\u00fce del mundo, transcripci\u00f3n autom\u00e1tica<\/a> y subtitulado. Con m\u00e1s de 35 idiomas, ofrece transcripciones r\u00e1pidas y muy precisas a un precio asequible. <\/p>\n\n\n\nLa evoluci\u00f3n del c\u00f3digo de tiempo<\/h2>\n\n\n\n
Marco de ca\u00edda vs. Marco de no ca\u00edda: \u00bfCu\u00e1l es la diferencia? <\/h2>\n\n\n\n
\u00bfQu\u00e9 es el c\u00f3digo de tiempo de fotogramas sueltos? <\/h3>\n\n\n\n
\u00bfQu\u00e9 es el c\u00f3digo de tiempo sin ca\u00edda?<\/h3>\n\n\n\n
Elegir entre un marco de ca\u00edda y uno que no lo sea<\/h3>\n\n\n\n
C\u00f3mo afectan los fotogramas sueltos y no sueltos a la transcripci\u00f3n y el subtitulado <\/h2>\n\n\n\n
Transcripci\u00f3n sin complicaciones con Sonix<\/h2>\n\n\n\n