現場製作中的 Word Clock 與 Timecode：選對同步對象

TL;DR — word clock 讓數位音訊取樣以相同速率與相位關係運作。timecode 則是在時間軸上標記某個時刻，讓播放、錄音、燈光或影像系統能定位並跟隨節目時間。兩者互相不能取代。製作流程可能只需要其中一種、兩種都需要，或兩種都不需要。請分開定義 clock 與 timecode 兩個 domain，包含格式、連接器、來源、跟隨端、轉換、holdover、測試與備援。

目錄

1. 先定義這兩種同步工作
2. 判斷節目需要哪個 domain
3. 建立並測試同步交接
4. 文件化製作同步計畫
5. FAQ

先定義這兩種同步工作

word clock 是用來協調數位音訊取樣時序的 timing reference。它協助設備對齊「何時取樣」。依系統不同，clock 可能透過專用連接傳送、從數位音訊訊號中回復，或由網路同步協定分配。

timecode 使用時、分、秒與 frame 來標示製作時間軸上的位置。Linear timecode（LTC）可以像音訊訊號一樣傳送；其他系統則透過不同協定攜帶時間資訊。timecode 告訴設備節目目前到哪裡，不是告訴它如何對音訊取樣。

即使系統顯示相同的 sample rate，也不代表 clock 關係正確。即使系統顯示相同的 timecode 數字，也不代表 frame rate、drop-frame 慣例、start time 或 transport 狀態一致。標籤不代表已鎖定。

判斷節目需要哪個 domain

用 audio clock 來處理同步數位路徑

當數位設備之間傳輸音訊、且沒有非同步 sample-rate conversion 時，請選擇一種有效的 clock 架構。辨識 leader 或 master、每個 follower、必要時的 termination，以及任何外部 reference。網路音訊可能使用 Precision Time Protocol，而不是獨立的 word-clock cable；請記錄實際機制，不要把「word clock」當成泛稱。

避免形成 loop 與競爭的 leader。若調音台鎖定在網路上，同時又把外部 clock 回送到同一個網路，若 ownership 不清楚，可能造成不穩定設計。除非製造商核准的冗餘設計另有說明，否則每個同步 domain 只保留一個權威 reference。

用 timecode 來共用節目時間軸

timecode 適合在各部門必須跟隨共同時間軸時使用：冗餘播放、多軌錄音、燈光 cue、影像伺服器、字幕，或 show control。請先確認幀率、適用時的 drop-frame 或 non-drop-frame 慣例、start time、run mode、pause 行為，以及接收設備是單純顯示時間，還是預期要 chase 它。

timecode 本身無法保證音訊能以 sample 精度對齊。兩台錄音機可以標記相同 timecode，但它們的 sample clock 仍可能慢慢偏離。長時間錄音或播放流程可能同時需要位置 timecode，以及共享或經適當轉換的 audio reference。

保持控制協定分開

MIDI Time Code、MIDI Show Control、OSC、GPIO 與專有 cue 協定都能傳送時間或指令，但它們解決的是不同問題。一次「GO」訊息可以不靠連續 timecode 就觸發 cue。timecode 可以提供位置，但不會直接命令播放。請明確寫出實際協定與行為，不要把每一條 show-control 連線都叫做「sync」。

播放軌技術需求清單指南 會說明輸出、cue、冗餘系統與操作權責。影像與投影技術需求清單指南 則說明跨部門的訊號與播放交接。

建立並測試同步交接

1. 列出所有參與者。 包括主要與備援播放系統、調音台、錄音機、介面、影像伺服器、燈光控台、轉換器與 show-control 裝置。
2. 分開各個 domain。 把 audio clock、timecode、audio transport 與 control 畫成不同線條。
3. 選定每個來源。 寫出 audio clock leader 與 timecode generator 的名稱；不要只寫「house sync」。
4. 定義格式。 記錄 sample rate 與 clock transport；記錄 timecode 幀率、慣例、level、連接器與 start time。
5. 設定跟隨端。 確認每台設備都回報預期來源，以及穩定的 lock 或 chase 狀態。
6. 跑一段已知序列。 以可見且可聽的 reference 錄製 slate 或 cue，然後比對各目的端。
7. 測試持續時間。 讓系統跑得夠久，才能看出 drift，而不只是十秒鐘的 lock 顯示。
8. 中斷主路徑。 觀察 mute、holdover、free-run、switchover 與 recovery 行為。
9. 依節目順序重啟。 證明斷電重啟與應用程式重新啟動，不會悄悄改用 internal clock 或預設幀率。
10. 保存證據。 記錄設備狀態、offset、負責人、驗收標準與備援程序。

故障線索

常見錯誤

• 使用「sync」卻沒說清楚是指 samples、position、transport，還是 cues；
• 以為 LTC 因為走音訊連接器，就等於 audio sample clock；
• 指定幀率時卻沒寫 drop / non-drop 慣例或 start time；
• 設定了超過一個偏好的 clock leader，卻沒有核准的選舉方案；
• 因為沒有 BNC word-clock cable，就忘了檢查網路 clock 狀態；
• 只看 lock 圖示，卻從未做長時間測試；
• 把 timecode 送進會經過 PA、串流或監聽的通道；
• 漏掉備援 generator、free-run 行為與重啟順序。

文件化製作同步計畫

實際數值必須來自節目的影像、廣播、錄音與播放需求。不要把另一個製作熟悉的幀率或 clock topology 直接複製過來。當不同系統需要不同 domain 時，請標示轉換器或分配邊界，以及誰有權修改它。

Sync 交接檢查清單

• Audio clock、timecode、transport 與 cue control 已分開繪製。
• 每個 source 與 follower 都有命名。
• sample rate、clock transport、幀率、慣例與 start time 都已明確記錄。
• 已記錄分配、隔離、termination、轉換與 offsets。
• 主路徑與備援路徑都已通過長時間端到端測試。
• 已知 loss、holdover、free-run、重啟與 recovery 的行為。
• 每個部門都看得到負責人與手動備援方式。

FAQ

word clock 跟 timecode 有什麼差別？

word clock 是協調數位音訊取樣發生時間的 reference。timecode 是在製作時間軸上標示位置。word clock 支援乾淨的同步音訊；timecode 則讓設備能定位或跟隨節目時間。兩者是彼此獨立的 reference。

word clock 和 timecode 需要一起用嗎？

有時候需要。長篇多軌或播放系統可能同時使用 audio clock 來避免 sample 漂移，並使用 timecode 讓錄音或 cue 對齊節目時間軸。簡單的調音台系統可能只需要內建或網路 audio clock，不需要 timecode。

timecode 可以同步數位音訊設備嗎？

timecode 可以對齊位置與時間戳，但通常不是取樣 reference。交換同步數位音訊的設備，仍需要有效的 audio clock 關係，或非同步 sample-rate conversion。

現場 timecode 應該用什麼幀率？

請使用製作的影像、廣播、播放或後製流程所要求的幀率。並與每個部門確認精確幀率、適用時的 drop / non-drop 慣例、start time 與 offsets。現場演出沒有通用的固定數值。

word clock 掉失時會發生什麼事？

實際行為取決於設備與架構。follower 可能靜音、出現喀噠聲、回報 unlock、切換 reference，或進入 free-run。請測試真實系統，並文件化 audible 結果、切換時間、回復方法與授權備援。

讓每個 sync domain 都保持可見

使用 Techrider.live 建立並共享目前的技術需求清單，把 audio-clock 與 timecode 的交接標示在各自設備旁邊，並邀請播放、音訊、影像、燈光與錄音負責人編輯同一份技術需求清單。請保存已測試的狀態並檢查歷史紀錄，避免取樣率、幀率設定或來源變更時，躲在單一「sync」字眼背後。