SMPTE timecode LTC VITC: variantes para broadcast

El timecode SMPTE da a cada fotograma de vídeo una marca de tiempo con la forma horas:minutos:segundos:fotogramas. Así imagen, sonido, luz y automatización van perfectamente sincronizados. El código existe desde 1969 y se presenta en unas cuantas variantes, según cómo se transporte la señal.

Las tres variantes

• LTC: el timecode en una pista de audio. Viaja por un cable de audio corriente, ideal para eventos en directo y control de iluminación.
• VITC: el timecode oculto dentro de la propia señal de vídeo. Sigue siendo legible cuando la imagen está en pausa.
• SMPTE 2059-2: la variante moderna, que distribuye la hora por una red IP (basada en PTP).

En la práctica

La mayoría de los estudios están en fase de transición y usan varias variantes a la vez. Un reloj maestro moderno como el Masterclock GMR6000 las entrega todas juntas. Le ayudamos a elegir lo que conviene a su instalación.

En cada estudio de broadcast, suite de postproducción y truck de evento en directo corre algo que parece una marca de tiempo: horas:minutos:segundos:frames. Es SMPTE Timecode — el estándar que desde 1969 hace posible la sincronización de audio, vídeo, cues de iluminación y automatización. Este artículo explica las tres variantes históricas (LTC, VITC, drop-frame) y cómo la era IP moderna construye sobre ellas con SMPTE 2059-2 PTP.

¿De dónde proviene SMPTE Timecode?

En 1969, la Society of Motion Picture and Television Engineers (SMPTE) estandarizó una codificación de tiempo conocida como SMPTE 12M. Objetivo: una marca de tiempo que pudiera referenciarse a cada frame de una cinta de vídeo o audio, de modo que distintos equipos pudieran funcionar en sincronía. La primera variante, Linear Time Code (LTC), colocaba el código en una pista de audio. Vertical Interval Time Code (VITC) siguió, situando el tiempo en las líneas no visibles del propio señal de vídeo. Con la transición al broadcast IP-based llega ahora SMPTE 2059-2: timecode basado en PTP sobre IP, parte de la suite SMPTE ST 2110.

¿Qué es LTC (Linear Time Code)?

LTC es una codificación a frecuencia de audio del timecode. La señal consiste en bits codificados bi-phase-mark, con una frecuencia entre aproximadamente 1,2 kHz y 2,4 kHz según el frame-rate. Cada frame contiene 80 bits: 32 para el tiempo, además de user bits, sync bits y flags.

Características:

• Transporte a través de cable de audio normal (XLR, jack, coaxial). Longitudes hasta 300 m sin amplificador son típicamente alcanzables.
• Legible a cualquier velocidad estándar salvo still-frame: en pausa el timecode también se detiene, por lo que los equipos pierden su referencia.
• Independiente del vídeo: usted puede generar LTC sin fuente de vídeo, ideal para postproducción audio-only y sincronización de cues de iluminación.
• Se sacrifica un canal de audio: LTC consume una pista de audio completa, lo que en flujos de trabajo digitales modernos raramente es un problema, pero sí en entornos con cinta.

LTC sigue siendo la variante de timecode más utilizada para eventos en directo, sistemas de trigger de cues de iluminación (puentes DMX, PixelFlex) y sincronización audio-vídeo a través de cables largos.

¿Qué es VITC (Vertical Interval Time Code)?

VITC coloca el timecode en el vertical blanking interval (VBI) de la señal de vídeo — las líneas no visibles entre frames. No hace falta un cable aparte: el timecode viaja con la señal de vídeo.

Características:

• Legible en pausa y single-frame-stepping: VITC se refresca en cada frame, de modo que incluso una cinta pausada da el timecode correcto.
• No se necesita una pista de audio aparte: todos los canales de audio quedan disponibles.
• Integrado con el vídeo: las edit-suites que parsean el flujo de vídeo obtienen el timecode gratis.
• Atado a la señal de vídeo: sin vídeo no hay VITC. Para flujos audio-only es necesario LTC.

En despliegues SDI (antes de la transición a IP), VITC es a menudo la fuente de timecode para master clocks y sistemas de automatización.

¿Qué es el problema de los 29,97 fps y cómo lo resuelve el drop-frame?

Un artefacto frustrante de la televisión en color NTSC: el frame-rate es 29,97 fps, no los bonitos 30 fps que aparecen en las datasheets. Motivo: en 1953, NTSC tuvo que ajustar la frecuencia de color-burst a un sub-múltiplo de la portadora de audio, lo que redujo el frame-rate de 30,000 a 29,97002...

Esto plantea un problema de conteo para el timecode. Si usted cuenta timecode a 30 fps pero su vídeo corre a 29,97 fps, su timecode se adelanta 3,6 segundos respecto al número real de frames después de una hora. Catastrófico para broadcast en tiempo real.

Dos soluciones:

Drop-frame timecode (DF): en cada minuto que no sea divisible por 10 se «saltan» dos números de frame en el conteo. El timecode no cuenta «00:00:59:29 → 00:01:00:00» sino «00:00:59:29 → 00:01:00:02». Resultado: el timecode encaja con el reloj de pared al cabo de una hora. El drop-frame timecode se indica con un punto y coma `;` entre segundos y frames: `01:00:00;00`. Non-drop-frame (NDF): no se saltan números de frame. Más sencillo de editar, pero el timecode se adelanta respecto al reloj de pared. Indicación con dos puntos: `01:00:00:00`. Se utiliza para contenido a 24p, 25p, 30p, donde este problema no aplica.

Para los flujos modernos a 50p y 59,94p este problema sigue presente — a 59,94 fps se aplica el mismo principio con otros números.

¿Qué sistemas de color y frame-rates existen?

El contexto en breve: NTSC (Norteamérica, Japón) funciona históricamente a 29,97 fps y 59,94 fps; PAL (Europa, Australia, partes de Asia) a 25 fps y 50 fps; el contenido cinematográfico a 24 fps. Broadcast en directo en Europa: en su mayoría 50i o 50p. Postproducción cinematográfica: 23,976 (a menudo todavía derivado de NTSC), 24 o 25 fps. Para el broadcast en directo moderno en IP: 50p o 59,94p dominantes.

Cada frame-rate tiene su propia elección drop/non-drop. Para la mayoría del contenido broadcast europeo (25 fps y 50 fps), el drop-frame no es un problema — solo los frame-rates derivados de NTSC (29,97, 59,94) lo requieren.

¿Qué es SMPTE 2059-2 y cómo se relaciona con PTP?

La transición del SDI (Serial Digital Interface) al broadcast IP-based está en pleno desarrollo. Banerjee & Matsakis (2023, sección 14.2.5): *"Legacy Serial Digital Interface (SDI) systems in the broadcasting industry are soon to be a thing of the past. The broadcasting market is currently switching over from SDI systems to an all IP-based system. These new IP-based systems utilize recently developed the IEEE's SMPTE ST2110 suite of standards for professional media over IP networks. These PTP standards will be the basis for timing and frequency control in TV or radio studios in the near future."*

En un entorno SDI, el master clock entrega su referencia a través de black burst (analógico) o tri-level sync (HD-SDI). LTC y VITC se distribuyen junto con la señal de vídeo.

En un entorno SMPTE ST 2110 (IP), el master clock entrega su referencia mediante PTP según SMPTE 2059-2 — el media profile sobre IEEE 1588. Todos los equipos del estudio (cámaras, mixers, grabadores, controladores de iluminación) reciben tiempo sub-microsegundo a través de la red. El timecode lo deriva cada dispositivo individualmente a partir del tiempo PTP.

Características de SMPTE 2059-2:

• Basado en IEEE 1588v2 Default Profile, con parámetros específicos de SMPTE.
• Domain 127 por defecto (distinto del Default Profile en 0).
• Precisión sub-microsegundo para sincronización frame-accurate sobre IP.
• Backwards-compatible con legacy: un grandmaster SMPTE 2059-2 puede entregar en paralelo una salida SDI black-burst para despliegues híbridos.

¿Qué variante de timecode elegir en cada caso?

Tres escenarios con recomendación directa:

Evento en directo, sincronización iluminación + audio + vídeo sobre cables. Elija LTC. Robusto, larga distancia, no requiere vídeo, el lighting-controller y el mixer de audio pueden engancharse directamente. Estudio de broadcast SDI, suite de edición de postproducción. Elija VITC para la feed SDI más, eventualmente, LTC para las salas audio-only. El master clock genera ambos a partir de una única fuente. Broadcast IP sobre SMPTE ST 2110. Elija SMPTE 2059-2 PTP como base. El timecode lo deriva cada dispositivo. Mantenga una salida LTC para legacy-equipment y puentes de iluminación.

Para despliegues híbridos (frecuentes en la fase de transición 2024-2028): un master clock moderno como el Masterclock GMR6000 entrega simultáneamente SMPTE 2059-2 PTP, black burst, tri-level sync, LTC y VITC — una sola caja para todos los escenarios.

Preguntas frecuentes

¿Cuál es la diferencia entre drop-frame y non-drop-frame timecode?

El drop-frame timecode (DF, indicado con `;`) salta dos números de frame por minuto, salvo cada 10º minuto, para corregir la desviación entre 29,97 fps y el reloj de pared. El non-drop-frame (NDF, indicado con `:`) avanza sin corrección y se adelanta 3,6 segundos respecto al reloj de pared al cabo de una hora. Para contenido NTSC a 29,97 y 59,94 fps utilice DF; para 24 / 25 / 30 fps utilice NDF.

¿Funciona LTC todavía en el broadcast IP-based?

Sí, y en la práctica prácticamente siempre. Los master clocks modernos como la serie Masterclock GMR generan simultáneamente SMPTE 2059-2 PTP para los equipos IP y LTC para los puentes de iluminación y los grabadores legacy. Los despliegues híbridos seguirán siendo la norma durante años.

¿Cuál es la diferencia entre SMPTE 2059-2 y SMPTE ST 2110?

SMPTE 2059-2 es la definición del profile PTP para timing y sincronización. SMPTE ST 2110 es la suite completa para professional media over IP (vídeo, audio, ancillary data), de la cual 2059-2 es el cimiento temporal. ST 2110 remite a 2059-2 para su capa de sincronización.

¿Cuántos master clocks necesito en un estudio grande?

Por lo general, dos, por motivos de redundancia. Ambos disciplinados por GNSS, ambos con holdover OCXO. El Best TimeTransmitter Clock Algorithm de PTP elige automáticamente cuál está activo. El segundo es hot-standby. Para despliegues con presupuesto ajustado, un único master clock con buen holdover también puede bastar — solicite asesoramiento sobre sus requisitos específicos de continuidad.

¿Está muerto el black burst en 2026?

Aún no. Muchos equipos broadcast de 2015-2020 no hablan SMPTE 2059-2 pero sí black burst o tri-level sync. Un master clock moderno proporciona ambos simultáneamente: PTP para la parte IP de su estudio, black burst para las cámaras y switchers legacy. Solo con la sustitución completa del material pueden desaparecer las salidas SDI sync.

Siguiente paso

Vea los productos timecode y displays de Masterclock.

Adicional: Vea los relojes digitales time code (LTC o VITC legibles).

Fuentes y normas

Esta página remite a las siguientes normas oficiales y organismos autorizados:

1. SMPTE ST 12-1:2014 — Time and Control Code 2. ITU-R TF series — Time signals and frequency standards emissions