Código de tempo de intervalo vertical - Vertical interval timecode

O código de tempo de intervalo vertical ( VITC , pronunciado "vitsee") é uma forma de código de tempo SMPTE codificado em uma linha de varredura em um sinal de vídeo. Essas linhas são normalmente inseridas no intervalo de apagamento vertical do sinal de vídeo.

Com uma exceção, o VITC contém a mesma carga útil do SMPTE linear timecode (LTC), incorporado em uma nova estrutura de quadro com bits de sincronização extras e uma soma de verificação de detecção de erro. A exceção é que o VITC é codificado duas vezes por quadro de vídeo entrelaçado , uma vez em cada campo, e um bit adicional (o "sinalizador de campo") é usado para distinguir os dois campos.

Um quadro de vídeo pode conter mais de um código VITC, se necessário, gravado em linhas diferentes. Isso é freqüentemente usado na produção, onde diferentes entidades podem querer codificar diferentes conjuntos de metadados de time-code na mesma fita.

Por uma questão prática, o VITC pode ser mais 'preciso de quadros' do que o LTC, particularmente em velocidades de fita muito baixas em formatos analógicos. Os leitores LTC podem perder o controle do código em velocidades lentas de jog, enquanto o VITC pode ser lido quadro a quadro, se necessário. Por outro lado, em altas velocidades (FF / rew.), O VITC é frequentemente ilegível devido a distorções de imagem, então o LTC é freqüentemente usado em seu lugar. Alguns videocassetes têm uma seleção automática entre os dois formatos para fornecer a maior precisão.

O VITC tem 90 bits: 32 bits de código de tempo, 32 bits de dados do usuário, 18 bits de sincronização e 8 bits de soma de verificação. Ele é transmitido usando codificação sem retorno a zero a uma taxa de bits de 115 vezes a taxa de linha. (Os tempos de 25 bits não utilizados devem deixar espaço para o intervalo de apagamento horizontal .)

Código de tempo de intervalo vertical SMPTE
(compatível com SMPTE 12M)
Sincronizar Timecode Bits do usuário
 Mordeu   0   1   2   3   4   5   6   7   8   9 
0 1 0 1 2 4 8 Bits do usuário
Número do quadro
(0-23, 24 ou 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 Bits CRC ( g (x) = x 8 + 1)
  • O bit 14 é definido como 1 se a numeração de quadros descartados estiver em uso; os números de quadro 0 e 1 são ignorados durante o primeiro segundo de cada minuto, exceto múltiplos de 10 minutos. Isso converte o código de tempo de 30 quadros / segundo para o padrão NTSC de 29,97 quadros / segundo .
  • O bit 15, o bit de enquadramento de cor , é definido como 1 se o código de tempo estiver sincronizado com um sinal de vídeo (colorido). O módulo de número de quadro 2 (para NTSC e SECAM ) ou módulo 4 (para PAL ) deve ser preservado entre os cortes para evitar saltos de fase na subportadora de crominância .
  • Os bits 35, 55 e 75 diferem entre o código de tempo de 25 quadros / s e 30 / 29,97 quadros / s. Os bits são:
    • Sinalizador de campo (bit 35 para 29,97 / 30 frame / s, bit 75 para 25 frame / s): Este é um bit adicional menos significativo para o número do frame, distinguindo os dois campos entrelaçados em um frame de vídeo. É definido como 0 durante o primeiro campo de um quadro e como 1 durante o segundo. Este bit substitui o bit de "correção de polaridade" no timecode linear.
    • Bits BGF0 e BGF2 de "sinalizador de grupo binário" (bits 55 e 75 para 29,97 / 30 frame / s, bits 35 e 55 para 25 frame / s): Estes indicam o formato dos bits do usuário. Ambos os bits zero indicam nenhum formato (ou não especificado). Apenas o conjunto BGF0 indica quatro caracteres de 8 bits ( little-endian transmitidos ). As combinações com o conjunto BGF2 são reservadas.
  • O bit 74 ("Sinalizador de grupo binário 1") não estava atribuído anteriormente, mas é usado para indicar que o código de tempo está sincronizado com um relógio externo. Se zero, a hora de início do timecode é arbitrária.
  • A soma de verificação nos bits 82-89 é um XOR bytewise simples dos 82 bits anteriores ( incluindo os bits de sincronização, então o bit 82 é o XOR dos bits 74, 66, ..., 2), que pode ser descrito como um CRC com gerador polinomial x 8 +1. (Predefinido para zero, sem inversão.)

A natureza exata da sequência de quadros de cores depende do padrão de vídeo usado. No caso dos três principais padrões de vídeo composto, o vídeo PAL possui uma sequência de quadros de cores de 8 campos (4 quadros) e NTSC e SECAM ambos têm sequências de quadros de cores de 4 campos (2 quadros).

Preservar a sequência de enquadramento de cores do vídeo nas edições e entre os canais nos efeitos de vídeo era uma questão importante nos primeiros sistemas de edição de videoteipe composto analógico, já que cortes entre sequências de cores diferentes causariam saltos na fase de subportadora, e resultaria na mistura de dois sinais de dominância de campo diferente em artefatos de cor na parte do sinal que não estava em sincronia com a sequência de quadro de cor de saída.

Para ajudar a evitar esses problemas, o código de tempo SMPTE contém um bit de enquadramento de cor, que pode ser usado para indicar que o material de vídeo ao qual o código de tempo se refere segue uma convenção padrão em relação à sincronização do código de tempo de vídeo e a sequência de enquadramento de cor. Se o bit de enquadramento de cor foi definido em ambos os tipos de material, o sistema de edição poderia sempre garantir que o enquadramento de cor fosse preservado restringindo as decisões de edição entre as fontes de entrada para manter a relação correta entre as sequências de timecode e, portanto, as sequências de enquadramento de cores.

Veja também

Tecnologias e padrões relacionados

Referências