Code temporel d'intervalle vertical - Vertical interval timecode

Le code temporel à intervalle vertical ( VITC , prononcé «vitsee») est une forme de code temporel SMPTE codé sur une ligne de balayage dans un signal vidéo. Ces lignes sont généralement insérées dans l' intervalle de suppression verticale du signal vidéo.

À une exception près, VITC contient la même charge utile que le code temporel linéaire (LTC) SMPTE , intégré dans une nouvelle structure de trame avec des bits de synchronisation supplémentaires et une somme de contrôle de détection d'erreur. L'exception est que VITC est codé deux fois par trame vidéo entrelacée , une fois dans chaque champ, et un bit supplémentaire (le "drapeau de champ") est utilisé pour distinguer les deux champs.

Une image vidéo peut contenir plus d'un code VITC si nécessaire, enregistré sur différentes lignes. Ceci est souvent utilisé en production, où différentes entités peuvent vouloir encoder différents ensembles de métadonnées de code temporel sur la même bande.

En pratique, le VITC peut être plus «précis à l'image» que le LTC, en particulier à des vitesses de bande très lentes sur les formats analogiques. Les lecteurs LTC peuvent perdre la trace du code à des vitesses de jogging lentes, tandis que VITC peut être lu image par image si nécessaire. À l'inverse, à des vitesses élevées (FF / rew.), Le VITC est souvent illisible en raison de distorsions d'image, de sorte que le LTC est souvent utilisé à la place. Certains magnétoscopes ont une sélection automatique entre les deux formats pour fournir la plus grande précision.

Le VITC a une longueur de 90 bits: 32 bits de code temporel, 32 bits de données utilisateur, 18 bits de synchronisation et 8 bits de somme de contrôle. Il est transmis en utilisant un codage sans retour à zéro à un débit binaire de 115 fois le débit de ligne. (Les temps de 25 bits inutilisés doivent laisser de la place pour l' intervalle de suppression horizontale .)

Code temporel d'intervalle vertical SMPTE
(compatible avec SMPTE 12M)
Synchroniser Timecode Bits utilisateur
 Bit   0   1   2   3   4   5   6   sept   8   9 
0 1 0 1 2 4 8 Bits utilisateur
Numéro d'image
(0–23, 24 ou 29)
dix 1 0
dix 20 C
20 1 0 1 2 4 8
Secondes
(0 à 59)
30 1 0
dix 20 40 F
40 1 0 1 2 4 8
Minutes
(0–59)
50 1 0
dix 20 40 F
60 1 0 1 2 4 8
Heures
(0–23)
70 1 0
dix 20 S F
80 1 0 Bits CRC ( g (x) = x 8 + 1)
  • Le bit 14 est mis à 1 si la numérotation des images de saut est en cours d'utilisation; les numéros d'image 0 et 1 sont sautés pendant la première seconde de chaque minute, sauf les multiples de 10 minutes. Cela convertit le code temporel de 30 images / seconde en la norme NTSC 29,97 images / seconde .
  • Le bit 15, le bit de cadrage couleur , est mis à 1 si le code temporel est synchronisé avec un signal vidéo (couleur). Le numéro de trame modulo 2 (pour NTSC et SECAM ) ou modulo 4 (pour PAL ) doit être conservé à travers les coupes afin d'éviter les sauts de phase dans la sous-porteuse de chrominance .
  • Les bits 35, 55 et 75 diffèrent entre le code temporel de 25 images / s et 30 / 29,97 images / s. Les bits sont:
    • Indicateur de champ (bit 35 pour 29,97 / 30 trame / s, bit 75 pour 25 trame / s): Il s'agit d'un bit supplémentaire le moins significatif pour le numéro de trame, distinguant les deux trames entrelacées dans une trame vidéo. Il est mis à 0 pendant le premier champ d'une trame et à 1 pendant le second. Ce bit remplace le bit «correction de polarité» dans le timecode linéaire.
    • Bits "Binary group flag" BGF0 et BGF2 (bits 55 et 75 pour 29,97 / 30 trame / s, bits 35 et 55 pour 25 trame / s): ils indiquent le format des bits utilisateur. Les deux bits zéro indiquent aucun format (ou non spécifié). Seul le jeu BGF0 indique quatre caractères 8 bits ( petit- boutien transmis ). Les combinaisons avec BGF2 sont réservées.
  • Le bit 74 ("Indicateur de groupe binaire 1") n'était auparavant pas attribué, mais est utilisé pour indiquer que le code temporel est synchronisé avec une horloge externe. Si zéro, l'heure de début du code temporel est arbitraire.
  • La somme de contrôle dans les bits 82–89 est un simple XOR octet des 82 bits précédents ( y compris les bits de synchronisation, donc le bit 82 est le XOR des bits 74, 66, ..., 2), qui peut être décrit comme un CRC avec polynôme générateur x 8 +1. (Préréglé à zéro, pas d'inversion.)

La nature exacte de la séquence d'images couleur dépend de la norme vidéo utilisée. Dans le cas des trois principales normes vidéo composites, la vidéo PAL a une séquence d'images couleur à 8 trames (4 images), et NTSC et SECAM ont toutes deux des séquences d'images couleur à 4 trames (2 images).

La préservation de la séquence de cadrage couleur de la vidéo à travers les montages et entre les canaux dans les effets vidéo était un problème important dans les premiers systèmes de montage vidéo composite analogique, car des coupures entre différentes séquences de couleurs provoqueraient des sauts dans la phase de sous-porteuse, et le mélange de deux signaux de dominance de champ différente en résulterait dans les artefacts de couleur sur la partie du signal qui n'était pas synchronisée avec la séquence de trames de couleur de sortie.

Pour éviter ces problèmes, le code temporel SMPTE contient un bit de cadrage couleur, qui peut être utilisé pour indiquer que le matériel vidéo auquel le code temporel fait référence suit une convention standard concernant la synchronisation du code temporel vidéo et la séquence de cadrage couleur. Si le bit de cadrage couleur était défini dans les deux types de matériau, le système d'édition pourrait alors toujours garantir que le cadrage couleur était préservé en contraignant les décisions d'édition entre les sources d'entrée pour conserver la relation correcte entre les séquences de timecode, et donc les séquences de cadrage couleur.

Voir également

Technologies et normes associées

Références