Sincronización de sonido, luz y video: timecode y técnicas

Sincronización de sonido, luz y video: timecode y técnicas

Introducción

Un espectáculo de mapping monumental rara vez es solo video. Es video, sonido espacializado, iluminación arquitectónica, a veces pirotecnia, maquinaria escénica, láseres. Todos estos medios deben activarse en el momento correcto, en el frame correcto, en el milisegundo correcto.

Cuando todo está sincronizado, el público percibe un espectáculo fluido, inmersivo, potente. Cuando no lo está, percibe un desfase. Y un desfase de 100 milisegundos entre el sonido y el video basta para romper la ilusión.

En 15 años de espectáculos multimedia, desde el Arco del Triunfo hasta los centros inmersivos Culturespaces, he aprendido una cosa: la sincronización no se improvisa. Es un sistema que hay que diseñar, probar y asegurar. Y se basa en una herramienta central: el timecode.

Este artículo explica por qué y cómo sincronizar los diferentes medios de un espectáculo, qué protocolos utilizar y cómo evitar los errores clásicos que hacen descarrilar un show.

¿Por qué sincronizar?

El problema de los medios independientes

Imagine un espectáculo con 4 sistemas separados:

• Un media server que difunde el video en 12 proyectores
• Una consola de iluminación que controla 80 fixtures LED
• Una cabina de sonido que gestiona 24 canales de audio espacializado
• Un sistema pirotécnico con 200 disparos programados

Si cada sistema funciona independientemente con su propio "play", el desfase es inevitable. Los relojes internos de las máquinas derivan unos respecto a otros. Tras 5 minutos de show, puede haber 200 ms de desfase. Tras 30 minutos, varios segundos.

Consecuencias concretas:

• La explosión pirotécnica se activa 500 ms después del flash de video correspondiente
• El cambio de ambiente lumínico llega con retraso respecto a la transición de video
• El sonido parece desincronizado de la imagen

Lo que aporta la sincronización

Un sistema de sincronización impone un reloj común a todos los equipos. Cada máquina sabe en cada instante dónde se encuentra en el espectáculo y puede ajustar su posición en tiempo real.

Resultado:

• Precisión frame-accurate (1/25 o 1/30 de segundo según el estándar)
• Todos los medios avanzan juntos, incluso tras horas de difusión
• Posibilidad de pausa, retroceso, salto a un punto preciso
• Reinicio sincronizado en caso de problema

Los casos en los que la sincronización es indispensable

Regla simple: En cuanto dos o más máquinas deben funcionar juntas, se necesita un sistema de sincronización.

El timecode: principio fundamental

¿Qué es el timecode?

El timecode es un reloj compartido que indica una posición temporal precisa en un espectáculo. Se expresa en horas, minutos, segundos y frames:

Formato: HH:MM:SS:FF

Ejemplo: 01:23:45:12 significa 1 hora, 23 minutos, 45 segundos, frame 12.

El número de frames por segundo depende del estándar:

• 24 fps: cine
• 25 fps: broadcast PAL / Europa
• 29.97 fps: broadcast NTSC / América del Norte (drop-frame o non-drop)
• 30 fps: simplificado para el espectáculo en vivo

Cómo funciona

Un dispositivo "master" genera el timecode y lo distribuye a todos los demás dispositivos ("esclavos"). Cada esclavo recibe permanentemente la posición temporal del master y ajusta su reproducción a ella.

El master envía: "Estamos en 00:05:23:15" Cada esclavo: "OK, me sitúo en 00:05:23:15 en mi timeline"

Si un esclavo se retrasa (lag de red, sobrecarga de CPU), recupera automáticamente la posición del master en la siguiente recepción.

Precisión y frame accuracy

Un timecode a 25 fps ofrece una resolución temporal de 40 ms (1/25 de segundo). En la práctica, es suficiente para la gran mayoría de los espectáculos. El ojo humano no percibe un desfase inferior a 40-50 ms entre video e iluminación.

Para el sonido, la tolerancia es menor: un desfase audio/video de más de 20 ms es perceptible. Por eso el sonido y el video deben estar idealmente en la misma máquina o utilizar un protocolo de sincronización de muy baja latencia.

Los protocolos de sincronización

SMPTE / LTC (Linear Time Code)

Principio: El timecode se codifica en forma de señal de audio analógica, transmitida por un cable XLR estándar (como un cable de micrófono).

Características:

Ventajas:

• Robusto: funciona con cualquier cable de audio, mesa de mezclas, splitter de audio
• No requiere configuración de red
• Funciona incluso si la red IP está caída
• Se puede grabar en una pista de audio (backup en USB, grabadora)
• Estándar broadcast desde los años 1970, universalmente soportado

Inconvenientes:

• Señal analógica: sensible al ruido eléctrico si el cableado es deficiente
• Unidireccional (el master envía, los esclavos reciben, sin retorno)
• No transporta metadatos adicionales

Uso típico: Estándar de referencia para la sincronización de espectáculos. La mayoría de los grandes shows utilizan LTC como timecode principal. Es simple, fiable, probado.

Mi consejo: Si solo tiene que recordar un protocolo, es este. El LTC funciona siempre. Incluso cuando la red se cae, incluso cuando las máquinas son de marcas diferentes. Es la columna vertebral de la sincronización.

MTC (MIDI Time Code)

Principio: El timecode se transmite a través del protocolo MIDI, en digital. Puede circular por un cable MIDI DIN clásico o por MIDI over USB / MIDI over IP.

Características:

Ventajas:

• Digital: sin degradación de señal
• Puede circular por red IP (rtpMIDI, MIDI over Ethernet)
• Compatible con todos los DAW (Digital Audio Workstation) y la mayoría de los media servers

Inconvenientes:

• Ancho de banda MIDI limitado (31.25 kbaud en DIN)
• Distancia limitada en cable DIN
• Menos robusto que el LTC en entorno de espectáculo (sensible a errores de transmisión)

Uso típico: Sincronización entre DAW y media server cuando ambos están cerca (en cabina de control). A menudo se usa como complemento del LTC, no como protocolo principal.

ArtNet / sACN (DMX sobre IP)

Principio: No son protocolos de timecode propiamente dichos, sino protocolos de control de iluminación por red IP. Transportan valores DMX (0-255 por canal) y permiten sincronizar la iluminación con los demás medios.

ArtNet:

• Protocolo propietario abierto (Artistic Licence)
• Broadcast UDP en la red
• Hasta 32 768 universos DMX (cada uno = 512 canales)
• Ampliamente soportado por todas las consolas y todos los media servers

sACN (Streaming ACN / E1.31):

• Estándar ANSI/ESTA
• Multicast UDP (más eficiente que ArtNet en broadcast)
• Mejor gestión de prioridades entre fuentes
• Preferido para instalaciones permanentes

En el workflow de sincronización: El media server o la consola de iluminación recibe el timecode (LTC o MTC) y genera los comandos ArtNet/sACN correspondientes para controlar las fixtures LED, los cambiadores de color, las máquinas de humo, etc.

Características de red:

OSC (Open Sound Control)

Principio: Protocolo de comunicación de red flexible, diseñado para el control en tiempo real de instrumentos musicales y sistemas multimedia. Transporte de mensajes estructurados sobre UDP o TCP/IP.

Características:

Formato de los mensajes: /ruta/dirección [argumentos]

Ejemplos:

• /video/play 1 (reproducir el video 1)
• /light/scene 5 (cargar la escena de iluminación 5)
• /pyro/fire 12 (activar el disparo pirotécnico 12)
• /timecode/position 0 5 23 15 (enviar la posición de timecode)

Ventajas:

• Extremadamente flexible: usted define sus propios mensajes
• Bidireccional
• Puede transportar datos complejos (flotantes, cadenas, blobs)
• Soportado por la mayoría de los media servers modernos, TouchDesigner, Max/MSP, QLab, etc.

Inconvenientes:

• Sin estándar estricto (cada software define sus propias direcciones)
• Depende de la red: si la red se cae, el OSC también
• UDP = sin garantía de entrega (un mensaje puede perderse)

Uso típico: Comunicación entre softwares, activación de cues, control interactivo. A menudo se usa como complemento del LTC para los comandos de alto nivel (iniciar una escena, cambiar de modo, activar un efecto).

Tabla comparativa de los protocolos

Workflow de sincronización paso a paso

Paso 1: Definir el master clock

El master clock es el dispositivo que genera el timecode de referencia. Todos los demás se sincronizan con él.

Opciones habituales para el master:

• El media server de video: elección más frecuente, ya que suele ser el sistema más exigente en términos de timing
• La cabina de sonido (DAW): habitual en espectáculos donde el sonido es el hilo conductor
• Un generador de timecode dedicado: solución más robusta para los grandes shows
• La consola de iluminación: posible pero raramente recomendado

Mi consejo: Para los espectáculos de mapping, el media server suele ser la mejor opción como master. Es él quien controla el contenido más complejo (video multiproyector). El sonido y la iluminación se sincronizan con él.

Para los shows muy grandes (más de 5 sistemas esclavos), utilice un generador de timecode dedicado. Solo hace eso, lo hace bien, y no corre el riesgo de fallar porque un software se haya bloqueado.

Paso 2: Elegir la distribución

El timecode del master debe llegar a todos los esclavos. Hay varias arquitecturas posibles:

Distribución LTC (la más simple y la más fiable):

Master (salida LTC audio) --> Splitter audio --> Esclavo 1 (media server) --> Esclavo 2 (consola de iluminación) --> Esclavo 3 (cabina de sonido) --> Esclavo 4 (pirotecnia)

Un simple splitter de audio activo (tipo Radial o Behringer) es suficiente. Inversión mínima. Fiabilidad: máxima.

Distribución por red (LTC + OSC):

Para las instalaciones complejas, a menudo se combina LTC (para el timecode bruto) y OSC (para los comandos de alto nivel):

• LTC por XLR: sincronización temporal básica
• OSC por Ethernet: comandos de escena, activaciones, feedback

Paso 3: Configurar los esclavos

Cada esclavo debe configurarse para:

1. Recibir el timecode: entrada LTC de audio o recepción MTC/OSC
2. Alinearse con su timeline: el software debe saber qué posición de su timeline corresponde a qué timecode
3. Gestionar el chase: el modo "chase" (o "slave") hace que la reproducción siga de forma continua. En modo "trigger", el timecode solo activa el inicio
4. Gestionar los errores: ¿qué hace el esclavo si pierde el timecode? ¿Continúa en la última posición conocida? ¿Se detiene? ¿Vuelve al inicio?

Configuración típica por tipo de esclavo:

Paso 4: Probar la cadena completa

La prueba de sincronización es crítica. Procedimiento recomendado:

1. Prueba unitaria: verificar que cada esclavo recibe e interpreta correctamente el timecode
2. Prueba de drift: lanzar el show completo y verificar la alineación tras 10 min, 30 min, 1 h
3. Prueba de reanudación: detener el master, reiniciarlo, verificar que todos los esclavos reanudan correctamente
4. Prueba de salto: saltar a un punto preciso del show, verificar que todos los esclavos se reposicionan
5. Prueba de fallo: desconectar un cable LTC, verificar el comportamiento de cada esclavo

Umbrales de tolerancia:

• Video/iluminación: < 40 ms (1 frame a 25 fps)
• Video/sonido: < 20 ms (umbral de percepción auditiva)
• Pirotecnia: < 100 ms (la persistencia visual compensa)

Arquitectura tipo de un espectáculo sincronizado

Show de mapping monumental (ejemplo: espectáculo de fachada de 30 minutos)

Sistemas implicados:

• 2 media servers Modulo Player (12 salidas de video, 20 proyectores)
• 1 consola de iluminación GrandMA3 (80 fixtures LED)
• 1 cabina de sonido Reaper/QLab (sistema line array de 24 canales)
• 1 sistema pirotécnico Xena (200 disparos)
• 1 sistema láser (4 unidades)

Arquitectura de sincronización:

Generador TC dedicado (master) | |--> [LTC / XLR] --> Splitter audio 8 vías | |-> Media server 1 | |-> Media server 2 | |-> Consola de iluminación (LTC in) | |-> Cabina de sonido (LTC in) | |-> Sistema pirotécnico (LTC in) | |-> Grabadora de backup (pista de audio) | |--> [Ethernet] --> Switch de red dedicado |-> OSC: comandos inter-sistemas |-> ArtNet: backup de iluminación |-> Monitorización: supervisión en tiempo real

Puntos clave:

• El generador TC dedicado es independiente de todos los sistemas. Si un servidor falla, el timecode continúa
• El splitter de audio envía una señal LTC idéntica a cada esclavo
• La grabadora de backup permite reproducir el timecode en caso de fallo del generador
• La red Ethernet está dedicada al show (sin DHCP, sin internet, direcciones IP fijas)
• La supervisión (monitorización) permite ver en tiempo real si todos los sistemas están alineados

Instalación inmersiva permanente (ejemplo: museo)

Para una instalación permanente tipo Culturespaces, la arquitectura se simplifica pero la redundancia se refuerza:

Sistemas:

• 4 a 8 media servers Modulo Kinetic (30 a 108 proyectores)
• Sonido espacializado integrado (a menudo gestionado por el mismo media server)
• Iluminación ambiental (ArtNet desde el media server)

Sincronización: En este caso, Modulo Kinetic lo gestiona todo internamente. Los servidores se sincronizan entre sí a través de la red (genlock por software + timecode interno). No se necesita LTC externo porque todo está dentro del mismo ecosistema.

Es una ventaja importante de los sistemas integrados: menos cableado, menos puntos de fallo, configuración centralizada.

Caso de campo: el Arco del Triunfo

El espectáculo del 14 de julio en el Arco del Triunfo es un excelente ejemplo de sincronización multimedia compleja.

Lo que debe sincronizarse:

• Video: mapping sobre la fachada (varias decenas de proyectores de alta potencia)
• Sonido: difusión sonora para el público (line array)
• Pirotecnia: disparos coordinados con la música y el video
• Iluminación: alumbrado arquitectónico ambiental

El desafío: El espectáculo dura aproximadamente 30 minutos, en directo, ante cientos de miles de espectadores y en emisión televisiva. Cero margen de error. Cada disparo pirotécnico debe caer exactamente en el tiempo musical correspondiente. Cada transición de video debe encajar con la música.

La solución: Un timecode LTC master, distribuido a todos los sistemas mediante splitter de audio. Cada departamento (video, sonido, iluminación, pirotecnia) está alineado con el mismo reloj. El director técnico tiene una pantalla de monitorización que muestra en tiempo real la posición de cada sistema, con una alerta si un desfase supera el umbral.

Las precauciones adoptadas:

• Doble generador de timecode (master + backup)
• Doble cableado LTC (ruta A y ruta B separadas físicamente)
• Cada sistema tiene un modo "free run" en caso de pérdida total del TC
• Ensayo general completo la víspera con prueba de fallo simulada

Lección de campo: En un show de esta envergadura, la sincronización no es un detalle técnico. Es una infraestructura en sí misma, con su propia redundancia, su propia monitorización y sus propios procedimientos de recuperación.

Material necesario

Generadores de timecode

Mi consejo: Para los shows pequeños (< 5 sistemas), el timecode generado por el media server es suficiente. Para los grandes shows, invierta en un generador dedicado. Es una inversión modesta que puede salvar un espectáculo cuyo presupuesto es cien veces superior.

Splitters y distribuidores

Interfaces y convertidores

Cableado

• LTC: Cable de audio XLR balanceado, misma calidad que un cable de micrófono. Evite las extensiones y los conectores dudosos
• Red: Switch gestionable dedicado, Cat6 como mínimo, nada de WiFi para los datos críticos
• MIDI: Cable DIN 5 pines, máximo 15 m. Más allá, pase a MIDI over IP

Errores frecuentes y cómo evitarlos

1. Sin master clock dedicado

El problema: El media server hace de master, pero se bloquea. Sin timecode, sin show.

La solución: Para los shows críticos, utilice un generador de timecode independiente. Si el servidor falla, el TC continúa, la iluminación y el sonido continúan, y tiene tiempo de reiniciar el servidor.

2. Drift no detectado

El problema: Los sistemas se desincronizan progresivamente, pero nadie lo detecta durante los ensayos cortos (5 minutos). El día del show (30 minutos), el desfase es visible.

La solución: Pruebe siempre con la duración real del show. Y establezca una monitorización que muestre el desfase en tiempo real.

3. Latencia de red no compensada

El problema: La red añade 5-10 ms de latencia a los comandos OSC. No parece mucho, pero es perceptible entre el video y el sonido.

La solución: Utilice LTC (prácticamente sin latencia) para el timecode crítico, y reserve el OSC para los comandos no time-critical (cambios de escena, triggers).

4. Sin backup del timecode

El problema: El generador de timecode se avería. Sin backup. El show se detiene.

La solución: Grabe siempre el LTC en una grabadora de audio de backup (una simple grabadora WAV portátil es suficiente). En caso de avería del generador, cambie a la reproducción de la pista de audio LTC grabada.

5. Mezcla de frame rates

El problema: El media server está configurado a 25 fps, la consola de iluminación a 30 fps. Las posiciones de timecode no coinciden.

La solución: Defina el frame rate desde el inicio del proyecto y asegúrese de que TODOS los sistemas utilizan el mismo. 25 fps es el estándar en Europa para el espectáculo en vivo.

6. Red compartida con otros usos

El problema: La red del show está en el mismo switch que el WiFi público, las cámaras de vigilancia o los ordenadores de oficina. Una descarga satura la red, los comandos OSC/ArtNet llegan con retraso.

La solución: Red dedicada para el show. Switch separado, VLAN dedicada, sin acceso a internet. Direcciones IP fijas, sin DHCP.

FAQ

¿Cuál es la diferencia entre LTC y MTC?

LTC (Linear Time Code) es una señal de audio analógica transmitida por cable XLR. MTC (MIDI Time Code) es una señal digital transmitida vía MIDI. LTC es más robusto y adaptado a largas distancias. MTC es más práctico para conexiones cortas entre un DAW y un media server. Para el espectáculo en vivo, LTC es el estándar.

¿Se puede sincronizar sin timecode?

Para dos sistemas simples (video + sonido en la misma máquina), sí. Para todo lo demás, no. Los sistemas sin timecode derivan inevitablemente unos respecto a otros. Existen soluciones de "sync" propietarias (Watchout network sync, Modulo genlock interno), pero solo funcionan dentro de un mismo ecosistema.

¿Qué frame rate elegir?

En Europa, 25 fps es el estándar para el espectáculo en vivo y el broadcast PAL. En América del Norte, 29.97 fps (drop-frame) es el estándar broadcast, pero 30 fps se utiliza a menudo en espectáculo para simplificar. Lo importante es que todos los sistemas utilicen el mismo frame rate.

¿El WiFi es utilizable para OSC?

En estudio o para pruebas, sí. En condiciones de espectáculo, no. El WiFi es demasiado inestable y demasiado sensible a las interferencias (smartphones del público, otras redes). Utilice siempre Ethernet cableado para las comunicaciones críticas.

¿Cuánto cuesta un sistema de sincronización?

Para un show pequeño (LTC desde el media server + splitter + cables), la inversión es modesta. Para un gran show (generador dedicado + distribución + monitorización + backup), el presupuesto es más considerable pero sigue siendo una fracción del presupuesto total del espectáculo. Es la red de seguridad de toda la producción.

¿Cómo verificar que la sincronización funciona?

Utilice una monitorización visual que muestre en tiempo real la posición de timecode de cada sistema. Algunos softwares (QLab, Modulo) integran esta función. En caso contrario, un simple visualizador LTC en cada sistema permite comparar visualmente las posiciones.

---

¿Necesita ayuda para sincronizar su espectáculo?

La sincronización es la base técnica de un show multimedia exitoso. Mal diseñada, transforma un espectáculo en pesadilla técnica. Bien diseñada, es invisible y fiable.

Hablemos de su proyecto para hablar de la arquitectura de sincronización de su proyecto.

Recursos complementarios:

• Guía completa del video mapping: todo el workflow de la A a la Z
• Cómo elegir su media server: el corazón del sistema de difusión
• Herramientas de cálculo gratuitas: dimensione su instalación