Techrider.live

ライブ制作におけるword clockとtimecodeの違い:同期すべきものを正しく見極める

読了目安 11分 · 更新日 2026年9月25日 · 制作マネージャー、再生オペレーター、FOHおよびモニターエンジニア、レコーディング/放送エンジニア、映像・照明チーム、システム技術者、ライブ音響の学習者

ライブ制作でのword clockとtimecodeの違いを比較し、何を同期するのかを理解。ハンドオフの確認方法、クロック・フレームレート・担当者・フォールバックの記録方法まで解説します。

TL;DR — word clock はデジタル音声のサンプルを同じレートと位相関係で進めるための基準です。timecode はタイムライン上の時刻に印を付け、再生、録音、照明、映像システムがショーの進行位置を見つけて追従できるようにします。どちらも相手の代わりにはなりません。プロダクションによっては、片方だけ、両方、またはどちらも不要です。クロック系と timecode 系は別々に定義し、フォーマット、コネクタ、ソース、フォロワー、変換、ホールドオーバー、テスト、フォールバックまで明記しましょう。

目次

  1. 2つの同期の役割を定義する
  2. ショーに必要な同期領域を決める
  3. 同期のハンドオフを構築してテストする
  4. 制作の同期プランを文書化する
  5. FAQ

2つの同期の役割を定義する

word clock は、デジタル音声のサンプリングを整合させるためのタイミング基準です。各機器が「いつサンプルを取るか」を一致させるのに役立ちます。システムによっては、専用の接続で運ばれることもあれば、デジタル音声信号から回復されることもあり、ネットワーク同期プロトコルで配信されることもあります。

timecode は、時間、分、秒、フレームを使って制作タイムライン上の位置を示します。リニア timecode(LTC)は音声のような信号として伝送できます。ほかのシステムでは、別のプロトコルで時刻情報を運びます。timecode が示すのは「制作のどこにいるか」であり、音声をどうサンプルするかではありません。

判断項目word clocktimecode
同期するものデジタル音声のサンプルタイミングタイムライン上の位置
典型的な単位サンプルレート、たとえば 48 kHzフレームレート、たとえば 25 または 29.97 fps
典型的な利用者コンバーター、コンソール、デジタルインターフェース、レコーダー再生機、レコーダー、照明、映像、ショーコントロール
失敗時の症状クリック、ポップ、ミュート、ロック解除、または不安定なデジタル音声ドリフト、誤ったキュー位置、トリガーの取りこぼし、または不一致のタイムスタンプ
定義しないものキュー位置やショーのフレーム音声サンプルクロックやチャンネル形式

同じサンプルレートが表示されていても、クロック関係が正しいとは限りません。同じ timecode 数値が表示されていても、フレームレート、ドロップフレーム/ノンドロップフレームの規約、開始時刻、または transport state が一致していないことがあります。表示ラベルだけではロックの証拠にはなりません。

ショーに必要な同期領域を決める

デジタル音声経路には audio clock を使う

デジタル機器が非同期サンプルレート変換なしで音声をやり取りする場合は、正しいクロック構成を 1 つ選びます。リーダーまたはマスター、各フォロワー、必要に応じた終端、そして外部基準の有無を明確にします。ネットワークオーディオでは、専用の word clock ケーブルではなく Precision Time Protocol を使う場合があります。実際の仕組みを文書化し、「word clock」を一般的なラベルとして曖昧に使わないでください。

ループや複数リーダーの競合は避けます。コンソールがネットワークにロックしながら、外部クロックをその同じネットワークへ戻す構成は、所有権が不明確だと不安定になります。メーカーが承認した冗長設計でない限り、同期領域ごとに権威ある基準は 1 つに保ってください。

共有ショータイムラインには timecode を使う

timecode は、冗長再生、マルチトラック録音、照明キュー、映像サーバー、字幕、ショーコントロールなど、複数部門が共通のタイムラインに従う必要があるときに有効です。フレームレート、必要に応じたドロップフレーム/ノンドロップフレームの規約、開始時刻、ラン動作、ポーズ時の挙動、そして受信機が単に時刻を表示するだけなのか、それとも chase することが期待されているのかを合意しておきましょう。

timecode だけで、サンプル精度の音声整列が保証されるわけではありません。2 台のレコーダーが一致した timecode を記録していても、サンプルクロックがゆっくりずれていれば差は広がります。長尺の録音や再生ワークフローでは、位置情報としての timecode と、共有された、または適切に変換された音声基準の両方が必要になることがあります。

制御プロトコルは分けて考える

MIDI Time Code、MIDI Show Control、OSC、GPIO、そして独自のキュープロトコルは、時刻やコマンドを運べますが、解決している問題はそれぞれ異なります。"GO" メッセージは、連続的な timecode がなくてもキューを起動できます。timecode は位置を示せますが、再生命令そのものは出しません。すべてをまとめて「同期」と呼ぶのではなく、正確なプロトコル名と動作を記述してください。

playback tracks rider guide では、出力、キュー、冗長システム、オペレーターの責任範囲を扱います。video and projection rider guide では、部門をまたぐ信号と再生のハンドオフを扱います。

同期のハンドオフを構築してテストする

  1. 参加者をすべて列挙する。 主要・予備の再生機、コンソール、レコーダー、インターフェース、映像サーバー、照明卓、コンバーター、ショーコントロール機器を含めます。
  2. 領域を分ける。 音声クロック、timecode、音声 transport、制御を別々の線で描きます。
  3. 各ソースを決める。 音声クロックのリーダーと timecode ジェネレーターを明記し、「house sync」だけで済ませないでください。
  4. フォーマットを定義する。 サンプルレートとクロック transport、timecode のフレームレート、規約、レベル、コネクタ、開始時刻を記録します。
  5. フォロワーを設定する。 各機器が意図したソースを示し、安定した lock または chase 状態になっていることを確認します。
  6. 既知のシーケンスを流す。 目視・聴感で確認できる slate または cue を録音し、各出力先を比較します。
  7. 時間をかけてテストする。 10 秒の lock 表示だけでなく、ドリフトが見える十分な長さで実行します。
  8. 主要経路を切り離す。 ミュート、ホールドオーバー、フリーラン、切り替え、復帰の挙動を観察します。
  9. ショーの順番で再起動する。 電源再投入やアプリ再起動で、内部クロックやデフォルトのフレームレートが静かに選ばれないことを確認します。
  10. 証跡を保存する。 機器の状態、オフセット、担当者、受け入れ基準、フォールバック手順を記録します。

失敗の兆候

症状最初に確認する領域最初の確認事項
クリック音やデジタルミュートが出る音声クロックリーダーは 1 つか? レートは正しいか? ロックは安定しているか? 終端/経路は有効か?
キューが誤った位置で動作するtimecode / 制御フレームレート、開始時刻、オフセット、chase モードは正しいか?
レコーダーは同時に始まるが徐々にずれる音声クロックサンプルクロックは共有されているか、それとも個別に変換されているか?
時刻表示は安定しているのに何も始まらないtransport / 制御timecode は位置情報だけか? 再生または GO を送るのは何か?
バックアップが別の位置で引き継ぐtimecode と再生ソース、オフセット、ラン状態、引き継ぎロジックは同じか?

よくある間違い

  • 「同期」という言葉を、サンプル、位置、transport、キューのどれを指すのか言わずに使うこと;
  • LTC を音声コネクタで流れるからといって、音声サンプルクロックだと決めつけること;
  • フレームレートだけを指定して、ドロップ/ノンドロップの規約や開始時刻を省くこと;
  • 承認済みの選出計画なしに、複数の優先クロックリーダーを設定すること;
  • BNC の word clock ケーブルがないからといって、ネットワーククロックの状態を確認し忘れること;
  • lock アイコンだけを見て、長時間テストを一度も記録しないこと;
  • timecode を PA、配信、モニターに到達するチャンネルへ流すこと;
  • バックアップジェネレーター、フリーラン動作、再起動順序を省くこと。

制作の同期プランを文書化する

項目例
音声フォーマット48 kHz, 24-bit PCM
音声クロックのソース名前付きネットワークリーダー。レコーダーは自分の音声インターフェースに追従
timecode ソースアイソレートされた分配経由の Playback A
timecode フォーマットLTC、合意済みのフレームレートと規約、01:00:00:00 開始
受信側Playback B、レコーダー、照明、映像
オフセット受信機ごとに記載。承認がない限り 0
transport 動作オペレーターが再生を開始。受信機は指定されたとおり位置を chase する
受け入れテストslate と 5 分間の録音/再生比較
障害時の動作バックアップジェネレーターまたは文書化されたフリーラン。手動キューにフォールバック
担当者Playback が timecode を担当。システムテックが音声クロックを担当

具体的な値は、ショーの映像、放送、録音、再生要件から決める必要があります。別の制作で慣れたフレームレートやクロックトポロジーを流用しないでください。別々のシステムが別々の同期領域を必要とする場合は、変換または配信の境界と、それを変更できる人を明示してください。

同期ハンドオフのチェックリスト

  • 音声クロック、timecode、transport、キュー制御が別々に描かれている。
  • すべてのソースとフォロワーが名前付きで記載されている。
  • サンプルレート、クロック transport、フレームレート、規約、開始時刻が明示されている。
  • 分配、アイソレーション、終端、変換、オフセットが記録されている。
  • 主要経路とバックアップ経路の両方で長時間のエンドツーエンドテストに合格している。
  • ロス、ホールドオーバー、フリーラン、再起動、復帰の挙動が分かっている。
  • 担当者と手動フォールバックがすべての部門に見える形で共有されている。

FAQ

word clock と timecode の違いは何ですか?

word clock はデジタル音声サンプルがいつ発生するかを整合させます。timecode は制作タイムライン上の位置を示します。word clock はクリーンな同期音声を支え、timecode は機器がショーの時刻を見つけたり追従したりするのに役立ちます。両者は独立した基準です。

word clock と timecode は両方必要ですか?

場合によります。長尺のマルチトラックや再生システムでは、サンプルのずれを防ぐために音声クロックを使い、録音やキューをショーのタイムラインに合わせるために timecode を使うことがあります。単純なコンソールシステムでは、内部またはネットワークの音声クロックだけで十分で、timecode が不要なこともあります。

timecode でデジタル音声機器を同期できますか?

timecode は位置やタイムスタンプを合わせることはできますが、通常はサンプリング基準ではありません。同期デジタル音声をやり取りする機器には、有効な音声クロック関係、または非同期サンプルレート変換が必要です。

ライブの timecode は何 fps にすべきですか?

制作の映像、放送、再生、またはポストワークフローが求めるレートを使います。正確なレート、必要に応じたドロップ/ノンドロップの規約、開始時刻、オフセットを各部門で確認してください。ライブショーに万能の値はありません。

word clock が途切れるとどうなりますか?

挙動は機器とアーキテクチャによって異なります。フォロワーはミュートする、クリック音が出る、unlock を報告する、基準を切り替える、またはフリーランになる場合があります。実際のシステムをテストし、音での結果、切り替え時間、復帰方法、承認済みのバックアップを文書化してください。

すべての同期領域を見える状態に保つ

Techrider.live で現在の Rider を作成して共有する と、音声クロックと timecode のハンドオフを各機器の横に配置し、再生、音声、映像、照明、録音の担当者が同じ Rider を編集できるようにしましょう。テスト済みの状態を保存し、履歴を確認することで、レート、フレーム設定、ソースの変更が「sync」という一語の陰に隠れないようにできます。

関連ガイド