Word Clock vs Timecode en producción en directo: sincroniza lo correcto

TL;DR — El word clock mantiene las muestras de audio digital funcionando a la misma velocidad y con la misma relación de fase. El timecode etiqueta momentos en una línea de tiempo para que sistemas de playback, grabación, iluminación o vídeo puedan localizar y seguir el tiempo del show. Ninguno sustituye al otro. Una producción puede necesitar uno, ambos o ninguno. Define por separado los dominios de reloj y de timecode, incluyendo formato, conector, fuente, seguidores, conversión, holdover, prueba y respaldo.

Índice

1. Define las dos tareas de sincronización
2. Decide qué dominio necesita el show
3. Construye y prueba el traspaso de sincronización
4. Documenta el plan de sincronización de la producción
5. FAQ

Define las dos tareas de sincronización

Word clock es una referencia de tiempo usada para coordinar el muestreo de audio digital. Ayuda a que los dispositivos se pongan de acuerdo sobre cuándo ocurren las muestras. Según el sistema, el reloj puede viajar por una conexión dedicada, recuperarse de una señal de audio digital o distribuirse mediante un protocolo de sincronización de red.

Timecode identifica posiciones en una línea de tiempo de producción usando horas, minutos, segundos y fotogramas. El linear timecode (LTC) puede viajar como una señal parecida a audio; otros sistemas transportan la información de tiempo mediante protocolos diferentes. El timecode le dice a un dispositivo dónde está la producción, no cómo muestrear su audio.

Un sistema que muestra el mismo sample rate puede seguir teniendo una relación de reloj incorrecta. Los sistemas que muestran el mismo número de timecode pueden seguir sin coincidir en frame rate, convención drop-frame, hora de inicio o estado de transporte. Las etiquetas no prueban que haya lock.

Decide qué dominio necesita el show

Usa un reloj de audio para rutas digitales síncronas

Cuando los dispositivos digitales intercambian audio sin conversión asíncrona de sample rate, elige una arquitectura de reloj válida. Identifica el líder o master, cada seguidor, la terminación cuando corresponda y cualquier referencia externa. El audio en red puede usar Precision Time Protocol en lugar de un cable word clock dedicado; documenta el mecanismo real en vez de usar “word clock” como etiqueta genérica.

Evita bucles y líderes en competencia. Una mesa bloqueada a una red mientras devuelve un reloj externo a esa misma red puede crear un diseño inestable si la propiedad no está clara. Mantén una sola referencia autorizada por dominio síncrono, salvo que el diseño de redundancia aprobado por el fabricante indique otra cosa.

Usa timecode para una línea de tiempo compartida del show

El timecode es útil cuando distintos departamentos deben seguir una misma línea de tiempo: playback redundante, grabación multipista, cues de iluminación, servidores de vídeo, subtítulos o show control. Acordad el frame rate, la convención drop-frame o non-drop-frame cuando aplique, la hora de inicio, el comportamiento de pausa y si el dispositivo receptor solo muestra la hora o si se espera que chasee el timecode.

El timecode por sí solo no garantiza una alineación de audio con precisión de muestra. Dos grabadoras pueden marcar el mismo timecode mientras sus relojes de muestra difieren lentamente. Los flujos de trabajo de grabación o playback de larga duración pueden requerir tanto timecode posicional como una referencia de audio compartida o convertida adecuadamente.

Mantén separados los protocolos de control

MIDI Time Code, MIDI Show Control, OSC, GPIO y protocolos propietarios de cues pueden transportar tiempo o comandos, pero resuelven problemas distintos. Un mensaje “GO” puede disparar un cue sin timecode continuo. El timecode puede aportar posición sin ordenar la reproducción. Escribe el protocolo y el comportamiento exactos en lugar de llamar “sync” a cualquier enlace de control del show.

La guía de rider técnico para playback tracks cubre salidas, cues, sistemas redundantes y la responsabilidad del operador. La guía de rider técnico para vídeo y proyección cubre señales y traspasos de reproducción entre departamentos.

Construye y prueba el traspaso de sincronización

1. Lista a cada participante. Incluye playback principal y de respaldo, mesas, grabadoras, interfaces, servidores de vídeo, consolas de iluminación, conversores y dispositivos de show control.
2. Separa los dominios. Dibuja el reloj de audio, el timecode, el transporte de audio y el control como líneas distintas.
3. Elige cada fuente. Nombra el líder del reloj de audio y el generador de timecode; no escribas solo “house sync”.
4. Define los formatos. Registra sample rate y transporte del reloj; registra frame rate, convención, nivel, conector y hora de inicio del timecode.
5. Configura los seguidores. Confirma que cada dispositivo informa de la fuente prevista y de un estado estable de lock o chase.
6. Ejecuta una secuencia conocida. Graba una pizarra o cue con una referencia visible y audible y luego compara los destinos.
7. Prueba la duración. Déjalo correr lo suficiente para revelar drift, no solo una indicación de lock de diez segundos.
8. Corta la ruta principal. Observa el comportamiento de mute, holdover, free-run, conmutación y recuperación.
9. Reinicia en el orden del show. Demuestra que apagar y encender o relanzar aplicaciones no selecciona en silencio el reloj interno o un frame rate predeterminado.
10. Guarda evidencias. Registra estados de dispositivos, offsets, responsables, criterios de aceptación y el procedimiento de respaldo.

Pistas de fallo

Errores comunes

• usar “sync” sin indicar si significa muestras, posición, transporte o cues;
• asumir que LTC es un reloj de muestra de audio porque viaja por un conector de audio;
• especificar un frame rate sin convención drop/non-drop ni hora de inicio;
• establecer más de un líder de reloj preferido sin un plan de elección aprobado;
• olvidar el estado del reloj de red porque no hay un cable BNC de word clock;
• comprobar un icono de lock pero no registrar una prueba larga;
• enviar timecode a un canal que llega al PA, al stream o a los monitores;
• omitir el generador de respaldo, el comportamiento de free-run y el orden de reinicio.

Documenta el plan de sincronización de la producción

Los valores exactos deben salir de los requisitos de vídeo, broadcast, grabación y playback del show. No copies un frame rate o una topología de reloj familiar desde otra producción. Cuando sistemas separados requieran dominios separados, muestra el límite del conversor o de la distribución y quién está autorizado a cambiarlo.

Lista de comprobación del traspaso de sincronización

• El reloj de audio, el timecode, el transporte y el control de cues están dibujados por separado.
• Cada fuente y cada seguidor están nombrados.
• El sample rate, el transporte del reloj, el frame rate, la convención y la hora de inicio son explícitos.
• La distribución, el aislamiento, la terminación, la conversión y los offsets están registrados.
• Una prueba larga de extremo a extremo se ha superado en las rutas principal y de respaldo.
• El comportamiento ante pérdida, holdover, free-run, reinicio y recuperación se conoce.
• Los responsables y el fallback manual son visibles para cada departamento.

FAQ

¿Cuál es la diferencia entre word clock y timecode?

El word clock coordina cuándo ocurren las muestras de audio digital. El timecode etiqueta posiciones en una línea de tiempo de producción. El word clock da soporte a un audio síncrono limpio; el timecode permite localizar o seguir el tiempo del show. Son referencias independientes.

¿Hace falta usar word clock y timecode juntos?

A veces sí. Un sistema de multitrack o playback de larga duración puede usar un reloj de audio para evitar drift de muestras y timecode para alinear la grabación o los cues con la línea de tiempo del show. Un sistema simple de mesa puede necesitar solo su reloj de audio interno o de red y no necesitar timecode.

¿Puede el timecode sincronizar dispositivos de audio digital?

El timecode puede alinear posiciones y timestamps, pero normalmente no es la referencia de muestreo. Los dispositivos que intercambian audio digital síncrono siguen necesitando una relación válida de reloj de audio o una conversión asíncrona de sample rate.

¿Qué frame rate debe usar el timecode en directo?

Usa el rate que exijan el flujo de trabajo de vídeo, broadcast, playback o postproducción de la producción. Confirma el rate exacto, la convención drop/non-drop cuando corresponda, la hora de inicio y los offsets con cada departamento. No existe un valor universal para un show en directo.

¿Qué pasa cuando se pierde el word clock?

El comportamiento depende del dispositivo y de la arquitectura. Un seguidor puede hacer mute, producir clicks, reportar unlock, cambiar de referencia o pasar a free-run. Prueba el sistema real y documenta el resultado audible, el tiempo de conmutación, el método de recuperación y el respaldo autorizado.

Mantén visible cada dominio de sincronización

Construye y comparte el rider actual con Techrider.live, mapea los traspasos de reloj de audio y timecode junto a sus dispositivos, e invita a los responsables de playback, audio, vídeo, iluminación y grabación a editar el mismo Rider. Guarda el estado probado e inspecciona el historial para que un cambio de rate, de ajuste de frame o de fuente no pueda esconderse detrás de la única palabra “sync”.