Código de tiempo de intervalo vertical
Código de tiempo de intervalo vertical (VITC, pronunciado "vitsee") es una forma de código de tiempo SMPTE codificado en una línea de escaneo en una señal de video. Estas líneas generalmente se insertan en el intervalo de borrado vertical de la señal de video.
Con una excepción, VITC contiene la misma carga útil que el código de tiempo lineal (LTC) SMPTE, integrado en una nueva estructura de marco con bits de sincronización adicionales y una suma de verificación de detección de errores. La excepción es que VITC se codifica dos veces por cuadro de video entrelazado, una vez en cada campo, y se usa un bit adicional (la "bandera de campo") para distinguir los dos campos.
Un cuadro de video puede contener más de un código VITC si es necesario, grabado en diferentes líneas. Esto se usa a menudo en producción, donde diferentes entidades pueden querer codificar diferentes conjuntos de metadatos de código de tiempo en la misma cinta.
Como cuestión práctica, VITC puede ser más 'con precisión de fotogramas' que LTC, particularmente a velocidades de cinta muy bajas en formatos analógicos. Los lectores de LTC pueden perder la pista del código a velocidades lentas, mientras que VITC se puede leer cuadro por cuadro si es necesario. Por el contrario, a altas velocidades (FF/rew.), el VITC a menudo es ilegible debido a las distorsiones de la imagen, por lo que a menudo se usa el LTC en su lugar. Algunas videograbadoras tienen una selección automática entre los dos formatos para brindar la mayor precisión.
VITC tiene una longitud de 90 bits: 32 bits de código de tiempo, 32 bits de datos de usuario, 18 bits de sincronización y 8 bits de suma de comprobación. Se transmite mediante codificación sin retorno a cero a una tasa de bits de 115 veces la tasa de línea. (Los tiempos de 25 bits no utilizados son para dejar espacio para el intervalo de supresión horizontal).
Sync | Código del tiempo | bits de usuario | ||||||||
---|---|---|---|---|---|---|---|---|---|---|
Bit | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
0 | 1 | 0 | 1 | 2 | 4 | 8 | bits de usuario | |||
Número de foto (0 a 23, 24 o 29) | ||||||||||
10 | 1 | 0 | ||||||||
10 | 20 | D | C | |||||||
20 | 1 | 0 | 1 | 2 | 4 | 8 | ||||
Segundos (0-59) | ||||||||||
30 | 1 | 0 | ||||||||
10 | 20 | 40 | F | |||||||
40 | 1 | 0 | 1 | 2 | 4 | 8 | ||||
Minutos (0-59) | ||||||||||
50 | 1 | 0 | ||||||||
10 | 20 | 40 | F | |||||||
60 | 1 | 0 | 1 | 2 | 4 | 8 | ||||
Horas (0-23) | ||||||||||
70 | 1 | 0 | ||||||||
10 | 20 | S | F | |||||||
80 | 1 | 0 | CRC bits (g(x) = x8 + 1) |
- El bit 14 se establece a 1 si la numeración del marco de gota está en uso; los números de marcos 0 y 1 se saltan durante el primer segundo de cada minuto, excepto los múltiplos de 10 minutos. Esto convierte 30 frame/second time code a la norma 29.97 frame/second NTSC.
- El bit 15, el fragmento de color, se establece a 1 si el código de tiempo se sincroniza a una señal de vídeo (color). El modulo 2 (para NTSC y SECAM) o el modulo 4 (para PAL) debe conservarse a través de cortes para evitar saltos de fase en el subcarrier de cromo.
- Los bits 35, 55 y 75 difieren entre 25 frame/s time code, y 30/29.97 frame/s. Los bits son:
- Bandera de campo (bit 35 for 29.97/30 frame/s, bit 75 for 25 frame/s): Se trata de un bit menos significativo adicional para el número de marco, que distingue los dos campos interrelacionados en un marco de vídeo. Se establece a 0 durante el primer campo de un marco, y a 1 durante el segundo. Este bit reemplaza el bit "corrección de la polaridad" en el código de tiempo lineal.
- "Binary group flag" bits BGF0 y BGF2 (bits 55 y 75 para 29.97/30 frame/s, bits 35 y 55 para 25 frame/s): Estos indican el formato de los bits de usuario. Ambos bits cero indican formato no (o no especificado). Sólo el set BGF0 indica cuatro caracteres de 8 bits (pequeño-endiano traducido). Las combinaciones con BGF2 set están reservadas.
- El bit 74 ("Binary group flag 1") fue anteriormente no firmado, pero se utiliza para indicar que el código de tiempo se sincroniza con un reloj externo. Si cero, el tiempo de inicio del código de tiempo es arbitrario.
- La suma de comprobación en bits 82–89 es un simple bytewise XOR de los 82 bits anteriores (incluido los bits de sincronización, así que el bit 82 es el XOR de bits 74, 66,..., 2), que se puede describir como un CRC con generador polinomial x8+1. (Preset to cero, no inversion.)
La naturaleza exacta de la secuencia de cuadros de color depende del estándar de video que se utilice. En el caso de los tres principales estándares de video compuesto, el video PAL tiene una secuencia de cuadros de color de 8 campos (4 cuadros), y NTSC y SECAM tienen secuencias de cuadros de color de 4 campos (2 cuadros).
Preservar la secuencia de encuadre de color del video en las ediciones y entre los canales en los efectos de video fue un tema importante en los primeros sistemas de edición de cintas de video compuestas analógicas, ya que los cortes entre diferentes secuencias de color causaban saltos en la fase de la subportadora y la mezcla de dos señales de diferente campo el dominio daría como resultado artefactos de color en la parte de la señal que no estaba sincronizada con la secuencia de cuadros de color de salida.
Para ayudar a prevenir estos problemas, el código de tiempo SMPTE contiene un bit de marco de color, que se puede usar para indicar que el material de video al que se refiere el código de tiempo sigue una convención estándar con respecto a la sincronización del código de tiempo de video y la secuencia de marco de color. Si el bit de encuadre de color se estableció en ambos tipos de material, el sistema de edición siempre podría garantizar que el encuadre de color se conserve al restringir las decisiones de edición entre las fuentes de entrada para mantener la relación correcta entre las secuencias de código de tiempo y, por lo tanto, las secuencias de encuadre de color.
Contenido relacionado
Accidente de videojuegos de 1983
IBM 801
Panoramica y exploracion