现场制作中的 Word Clock vs Timecode：同步对该同步的东西

TL;DR — Word clock 用来让数字音频采样以相同的速率和相位关系运行。Timecode 用来在时间线上标记时刻，方便播放、录音、灯光或视频系统定位并跟随演出时间。两者不能互相替代。一次制作可能需要其中一种、两种，或者都不需要。请分别定义时钟域和 timecode 域，包括格式、连接器、来源、跟随设备、转换、保持运行、测试和备用方案。

目录

1. 定义两种不同的同步任务
2. 判断演出需要哪个域
3. 建立并测试同步交接
4. 记录制作同步方案
5. FAQ

定义两种不同的同步任务

Word clock 是一种用于协调数字音频采样的时间参考。它帮助设备就采样发生的时刻达成一致。根据系统不同，时钟可以通过专用连接传输、从数字音频信号中恢复，或通过网络同步协议分发。

Timecode 使用小时、分钟、秒和帧来标识制作时间线上的位置。线性时间码（LTC）可以作为类似音频的信号传输；其他系统则通过不同协议承载时间信息。Timecode 告诉设备制作进行到哪里，而不是如何对音频采样。

即使系统显示相同的采样率，也可能拥有错误的时钟关系。即使系统显示相同的 timecode 数值，也可能在帧率、drop-frame 规则、起始时间或传输状态上不一致。标签并不能证明已经锁定。

判断演出需要哪个域

对于同步数字音频路径，使用音频时钟

当数字设备之间交换音频，而不使用异步采样率转换时，应选择一种有效的时钟架构。识别领导设备或主时钟、每个跟随设备、相关终端以及任何外部参考。网络音频可能使用 Precision Time Protocol，而不是专用的 word-clock 线缆；请记录实际机制，不要把“word clock”当作泛称。

避免环路和多个竞争的领导设备。如果一台调音台已经锁定在网络上，却又把外部时钟回送到同一网络中，而所有权不清晰，就可能形成不稳定设计。除非制造商批准的冗余方案另有说明，否则每个同步域只保留一个权威参考。

对于共享演出时间线，使用 timecode

timecode 适用于多个部门需要跟随同一条时间线的场景：冗余播放、多轨录音、灯光提示、视频服务器、字幕或演出控制。要统一确认帧率、适用时的 drop-frame 或 non-drop-frame 规则、起始时间、运行模式、暂停行为，以及接收设备只是显示时间，还是需要追随 timecode。

timecode 本身不能保证音频采样级精确对齐。两台录音机可以写入相同的 timecode，但它们的采样时钟仍可能缓慢不同。长时间录制或播放工作流可能同时需要位置 timecode 和共享的、或经过适当转换的音频参考。

将控制协议分开看待

MIDI Time Code、MIDI Show Control、OSC、GPIO 以及专有提示协议都可以承载时间或命令，但它们解决的是不同问题。一个 “GO” 消息可以触发某个提示，而不需要连续 timecode。timecode 可以提供位置，但不会自动发出播放命令。请写明确切协议和行为，不要把每一条演出控制链路都称为“同步”。

播放轨道技术需求清单指南 讲解了输出、提示、冗余系统和操作员所有权。视频与投影技术需求清单指南 讲解了跨部门的信号与播放交接。

建立并测试同步交接

1. 列出所有参与设备。 包括主备播放设备、调音台、录音机、接口、视频服务器、灯光控台、转换器和演出控制设备。
2. 分开各个域。 把音频时钟、timecode、音频传输和控制画成不同的线。
3. 选定每个来源。 写明音频时钟领导设备和 timecode 发生器；不要只写“house sync”。
4. 定义格式。 记录采样率和时钟传输方式；记录 timecode 帧率、规则、等级、连接器和起始时间。
5. 配置跟随设备。 确认每台设备都报告了预期来源，以及稳定的 lock 或 chase 状态。
6. 运行一个已知序列。 录制带有可见且可听参考的标板或提示，然后对比各个目的端。
7. 测试持续时间。 运行足够长的时间以暴露漂移，而不只是看十秒钟的锁定指示。
8. 切断主路径。 观察静音、保持运行、自由运行、切换和恢复行为。
9. 按演出顺序重启。 证明断电重启和应用程序重新启动不会静默选择内部时钟或默认帧率。
10. 保存证据。 记录设备状态、偏移量、负责人、验收标准和备用流程。

故障线索

常见错误

• 在没有说明是采样、位置、传输还是提示的情况下就使用“sync”；
• 以为 LTC 因为走音频连接器传输，就等同于音频采样时钟；
• 只写帧率，却不写 drop / non-drop 规则或起始时间；
• 在没有批准的选主方案时，设置多个首选时钟领导设备；
• 因为没有 BNC word-clock 线缆，就忘记检查网络时钟状态；
• 只看 lock 图标，却从不做长时间测试；
• 把 timecode 送进了会到达扩声系统、直播流或监听系统的通道；
• 漏掉备用发生器、free-run 行为和重启顺序。

记录制作同步方案

具体数值必须来自演出的视频、广播、录音和播放需求。不要把另一场演出里熟悉的帧率或时钟拓扑直接照搬过来。当不同系统需要不同域时，请标明转换器或分发边界，以及谁有权限更改它。

同步交接检查清单

• 音频时钟、timecode、传输和提示控制已分别绘制。
• 每个来源和跟随设备都已命名。
• 采样率、时钟传输、帧率、规则和起始时间都已明确。
• 分配、隔离、终端、转换和偏移量都已记录。
• 主路径和备用路径都已通过长时间端到端测试。
• 已知晓丢失、保持运行、free-run、重启和恢复行为。
• 所有部门都能看到负责人和手动备用方案。

FAQ

Word clock 和 timecode 有什么区别？

Word clock 用来协调数字音频采样发生的时刻。Timecode 用来标记制作时间线上的位置。Word clock 支持干净的同步音频；timecode 让设备能够定位或跟随演出时间。它们是彼此独立的参考。

Word clock 和 timecode 需要一起用吗？

有时需要。长时间多轨录音或播放系统可能同时使用音频时钟来防止采样漂移，并使用 timecode 将录音或提示与演出时间线对齐。简单的调音台系统可能只需要内部或网络音频时钟，不需要 timecode。

timecode 能同步数字音频设备吗？

timecode 可以对齐位置和时间戳，但通常不是采样参考。交换同步数字音频的设备，仍然需要有效的音频时钟关系，或者使用异步采样率转换。

现场 timecode 应该用什么帧率？

请使用演出的视频、广播、播放或后期流程所要求的速率。并与每个部门确认准确帧率、在适用时的 drop / non-drop 规则、起始时间和偏移量。现场演出没有通用的固定数值。

word clock 丢失后会发生什么？

行为取决于设备和架构。跟随设备可能静音、出现咔嗒声、报告 unlock、切换参考，或进入 free-run。请测试真实系统，并记录听感结果、切换时间、恢复方法和被授权的备用方案。

让每个同步域都保持可见

使用 Techrider.live 构建并共享当前技术需求清单，把音频时钟和 timecode 的交接关系标在设备旁边，并邀请播放、音频、视频、灯光和录音负责人在同一份技术需求清单上编辑。保存已测试状态并查看历史记录，这样采样率、帧设置或来源的变化就不会躲在一个笼统的“sync”后面。