Qué indica realmente un punto y coma en el código de tiempo
Cuando el último tramo del código de tiempo pasa de dos puntos a punto y coma, normalmente está avisando que “esta cadena se muestra con escritura de drop frame”. Lo que resuelve es el desvío prolongado entre la cuenta de fotogramas y el reloj de pared en ciertas frecuencias de fotogramas fraccionarias. Pero al recibir un archivo de entrega, el punto y coma solo sirve como aviso: por sí solo no prueba que la posición de fotograma ya esté convertida con la regla de drop frame. El marcador de visualización y el algoritmo de conteo se verifican por separado.
El punto y coma le dice que “esta cadena quiere expresar una escritura de drop frame”, no le dice de forma automática que “estas posiciones de fotograma ya se calcularon con la regla de drop frame”.
Por qué existe una escritura de conteo con drop frame
En una frecuencia fraccionaria como 29.97, la cantidad de fotogramas que avanza cada segundo real no coincide del todo con el ritmo que resultaría de numerar el código de tiempo con un 30 entero. Si la numeración siguiera siempre números de fotograma consecutivos sin compensar nada, la lectura del código de tiempo se va quedando detrás del reloj de pared.
Según el cálculo por fórmula, un conteo consecutivo como el de 29.97 acumula del orden de un minuto y medio por día. Por eso el conteo con drop frame no bota fotogramas reales del video: salta algunos números dentro de la numeración del código de tiempo, siguiendo una regla, para volver a acercar el reloj mostrado al tiempo efectivamente transcurrido.
La convención de texto más común escribe el separador del último tramo como punto y coma, por ejemplo 01:00:00;00. Ese símbolo es útil, porque quien recibe reconoce de un vistazo que el archivo está expresando una escritura de drop frame. Aun así, el símbolo sigue siendo una parte de la cadena.
El marcador de visualización y la conversión de la posición de fotograma son dos cosas
El cálculo real de drop frame tiene que ejecutar la regla de salto al convertir entre número de fotograma y hora, minuto, segundo y fotograma. Cambiar simplemente el último : por ; solo modifica la apariencia, y no cambia la posición de fotograma que representaba aquella secuencia de números.
En los archivos de entrega de SlateX, esas dos convenciones ocupan celdas distintas. Sobre una cadena de punto de entrada o de salida que ya está registrada hay dos caminos: una lectura captada por la cadena de grabación en el instante de la parada se reescribe como una dirección drop-frame válida, porque cambiar solo el separador produciría valores como ;00 o ;01 que SMPTE no define; una lectura transcripta de la pantalla de la cámara o de un panel queda dígito a dígito intacta, y solo se cambia el separador del último tramo a punto y coma. Cuando la fuente no está declarada no se adivina: los dígitos no se tocan y la tabla Reconcile del cierre nombra la declaración que falta como TC_SOURCE_UNDECLARED. Duration es la diferencia exacta en fotogramas entre las dos lecturas, sin contar el fotograma final; en las filas que declaran DF, esa celda se escribe en forma de punto y coma.
Esta es la frontera dura del texto: al ver ;, se puede saber que la capa de entrega marcó esa cadena como escritura de drop frame; pero solo con ese símbolo no se decide si esos números salieron antes de un conteo con drop frame.
Un valor cercano a 29.97 no declara drop frame
Una frecuencia de fotogramas cercana a 29.97 no basta por sí sola para afirmar que toda la cadena usa una misma convención de conteo. Los valores en el borde merecen especial cuidado: lo que muestra la pantalla y lo que escribe el archivo de entrega pueden caer en clasificaciones distintas. Lo que sí se puede comprobar es qué dice al final esa celda del archivo, y si el FPS real de la fila, la cadena de código de tiempo y el material cuadran entre sí.
Lo que quien recibe tiene que verificar es cómo un material real cuadra con su código de tiempo, y no solo cómo se ve el separador.
La visualización en tiempo real de la app y el archivo de entrega no son la misma representación
El código de tiempo en vivo que se ve en pantalla es una cadena solo con dos puntos, sin punto y coma. Por eso, lo que aparece en vivo en la app y lo que puede aparecer después en el archivo de entrega siguen reglas de representación distintas.
Que después aparezca un punto y coma en el archivo de entrega no permite deducir que la visualización en vivo ya siguiera la misma regla de conteo.
Al recibir hay que mantener separadas esas dos capas: qué cadena se leyó en pantalla, qué cadena escribe el archivo de entrega, si en una cadena existente solo se reemplazó el separador y si las posiciones finales del material cuadran de verdad. Si falta una de esas comprobaciones, el punto y coma no basta como conclusión de aceptación.
Cómo se verifica en la práctica un código de tiempo con punto y coma
Mire primero si el FPS de esa fila concuerda con el material y con el registro del set, después elija un fragmento localizable del material y compárelo con el punto de entrada y el tiempo transcurrido reales. La salida es una lectura transcripta, así que en esa celda lo que se confirma es “si fue transcripta o no”; la diferencia calculada es Duration, y revisarla obliga a volver a las dos lecturas de inicio y fin y a la regla de conteo con la que fueron leídas.
Cuando el punto de entrada o de salida sea una cadena que ya existía, no se quede en si lleva o no punto y coma. Quien recibe debe verificar que las posiciones de fotograma cuadren con el material. Una cadena a la que solo se le cambió el símbolo puede parecer visualmente un código de tiempo de drop frame correcto, y aun así sus números pueden venir de otro tipo de conteo.
Así que el punto y coma sirve bien como aviso de “acá conviene revisar el criterio de drop frame”, y no como etiqueta de “esta fila ya quedó verificada”.
FAQ
Si el último tramo del código de tiempo lleva punto y coma, ¿ya se puede confirmar que se calculó con drop frame?
No. El punto y coma puede ser solo un marcador de la capa de visualización. En las rutas de entrega de hoy, sobre una cadena de código de tiempo existente puede reemplazarse únicamente el separador del último tramo, sin recalcular la posición de fotograma.
¿Drop frame quiere decir que se borraron fotogramas reales del video?
No es el sentido que se discute acá. El conteo con drop frame ajusta la regla de numeración del código de tiempo, para compensar el desvío prolongado entre la numeración consecutiva y el reloj de pared cuando la frecuencia es fraccionaria.
¿Por qué un mismo valor de frecuencia puede caer de forma diferente?
La pantalla y el archivo de entrega pertenecen a dos etapas distintas, así que un valor en el borde puede caer de forma diferente. Verifique el archivo y el material reales, y lea qué dice al final esa celda.
¿El código de tiempo en vivo de la pantalla también usa punto y coma?
La cadena en tiempo actual saca cadenas solo con dos puntos, sin representación con punto y coma. El punto y coma del archivo de entrega pertenece a la representación de otra etapa, y no permite inferir que el camino en vivo usó el mismo conteo con drop frame.
Axiom One LLC — SlateX