ライブ配信音響テクニカルライダー：ミックス・同期・信号の受け渡し

TL;DR — ライブ配信音響テクニカルライダーは、ステージ上のすべての音源を配信先にマッピングし、プログラムフィードとバックアップフィードを明記し、ミキシング、変換、埋め込み、モニタリング、録音、コミュニケーション、同期チェックの担当を割り当てるものです。会場のミックスがそのままオンライン配信に適していると決めつけてはいけません。各境界でコネクタと音声フォーマットを明記し、最終エンコード出力の近くでモニタリングし、スピーチ、音楽、再生音、会場の環境音、休憩、障害復旧を音声映像の完全なパスでリハーサルしてください。

目次

1. 配信の成果を定義する
2. 音源と配信先をマッピングする
3. 配信ミックスのワークフローを選択する
4. 信号の受け渡しを文書化する
5. モニタリング・同期・復旧計画を立てる
6. FAQ

配信の成果を定義する

まず機材リストではなく、リスナーと配信パスから始めましょう。以下の情報を記載してください：

• イベント名、日付、会場、改訂番号、リハーサル、放送開始時間
• 配信プラットフォームまたは受信先
• スピーチ、音楽、再生音、司会者、会場の環境音、リモートゲストのコンテンツ
• モノラル、ステレオ、または合意したその他の出力フォーマット
• プログラムフィード、バックアップフィード、録音、クリーンフィードの成果物
• ミキシング、映像への音声埋め込み、エンコード、録音、承認の担当者

音響補強、モニタリング、録音、配信はそれぞれ別の配信先として扱ってください。これらはマイクやインフラを共有できますが、それぞれ異なるリスナーが存在し、異なるルーティング、処理、モニタリング、人員が必要になる場合があります。

テクニカルライダーは承認された技術的パスを文書化するものです。テクニカルライダー自体が、公演の録音・配信・再配信の許可を付与するものではありません。これらの利用を承認できる担当者を明記してください。

音源と配信先をマッピングする

現在のインプットリストを起点としてください。各音源の名前とチャンネル番号を、ステージプロット、スプリット、コンソール、レコーダー、映像システム、エンコーダ全体で統一してください。

PA（スピーカーシステム）に出力されない配信専用の音源を追加してください：

• 観客や会場の環境音用マイク
• 司会者、実況者、通訳者用マイク
• 事前収録の挨拶音声や映像再生音
• リモートゲストとそのリターンフィード
• スタンバイ音声
• 放送禁止のプライベートトークバック、スレート、クリック、ガイドチャンネル

次に、すべての配信先を定義してください：

使用しない行は削除してください。空白のテンプレートは本番の計画ではありません。

プライベート音源を放送禁止にする

クリック、ガイド、スレート、チューニング信号、プライベートトークバック、技術者用ソロバスには NOT TO STREAM と明記してください。コンソールのシーン、ルーティングファイル、ショーファイルを読み込んだ後、これらの除外設定が正しく動作するかテストしてください。

リモート貢献者の場合、送信パスとリターンパスを個別に文書化してください。リターンパスは、貢献者が自身の遅延した信号を聞かないようにミックスマイナスが必要になる場合があります。ミックスを作成する機材とオペレーターを明記し、実際のリモートパスでテストしてください。

配信ミックスのワークフローを選択する

会場では楽器の生音、スピーカーからの音、観客の音が直接聞こえますが、リモートのリスナーは配信ミックスに含まれた信号しか聞くことができません。そのため、FOHのL/R出力は自動的に完全なオンラインミックスになるわけではありません。

以下のいずれかのワークフローを計画的に選択してください：

「デスクからのフィード」という表記は避けてください。どのバスがプログラムフィードを担うか、会場ミックスの変更が配信ミックスに影響するか、誰が調整できるかを明記してください。

FOH、モニタリング、配信を独立して制御する場合は、マイクスプリッターガイドを参照してください。ネットワーク伝送を行う場合は、デジタルオーディオネットワークガイドからエンドポイント、ルーティング、クロック、制御、復旧の詳細を追加してください。

信号の受け渡しを文書化する

音源からリスナーまでの音声の流れに沿って記載してください：

1. マイク、DIボックス、再生機、リモート音源
2. ステージインプットとスプリット、または共有プリアンプ
3. 配信コンソールまたはミックスバス
4. プログラム出力とコンバーター
5. ビデオスイッチャー、音声埋め込み機、キャプチャーインターフェース、エンコーダー
6. 配信サービス
7. 別の受信機材でのデコード済みリターン

各境界で以下の情報を記載してください：

• 送信側・受信側のチームまたは機材
• コネクタの種類、チャンネル数、方向、マッピング
• アナログ/デジタルのフォーマットと公称レベル
• デジタルの場合はサンプルレートとクロックソース
• 映像への埋め込みまたは分離の関係
• アーティストと制作側の責任範囲
• プライマリルートとバックアップルート
• テスト担当者と検収ポイント

コネクタの形状はフォーマットを意味しません。XLR、USB、HDMI、networkといった表記だけでは、レベル、方向、マッピング、プロトコルを特定できません。アナログ境界の詳細は、マイクレベル vs ラインレベルガイドを参照してください。

プログラム受け渡しの例

実際のパスに合わせて例を置き換えてください。アダプタはコネクタの形状を変更するだけで、レベルやフォーマットを変換しない場合があります。

モニタリング・同期・復旧の計画を立てる

最終配信結果をモニタリングする

メーターは機材が信号を受けていることを示すだけで、リスナーが意図したミックスを受けていることを証明するものではありません。静かな試聴ポジションを用意し、可能な限り最終配信に近い地点で確認してください：

• 配信コンソールのプログラムバス
• エンコーダーまたはビデオプログラム出力の音声
• 可能な場合は別の機材とネットワークパスを使用した、配信先からのデコード済みリターン

各確認ポイントの担当者を明記してください。配信ミキサーはFOH、映像、再生、ステージ管理、エンコーダーオペレーターとも連絡を取る必要があります。これらのコミュニケーションはプログラムルーティングの外で行ってください。

音声映像同期を検証する

映像の処理、変換、エンコードによってタイミングが変化する場合があります。音声遅延を調整できる箇所と、調整の判断権限を持つ担当者を文書化してください。完全な制作パスで視覚的・聴覚的なイベントをテストし、エンコード済みまたはデコード済みの結果を確認してください。

テクニカルライダーに汎用的な遅延値を記載してはいけません。必要な補正値は、実際のカメラ、スイッチャー、処理機、エンコーダー、プラットフォームのチェーンに依存します。機材、ルーティング、フレームレート、フォーマットを変更した後は再確認してください。

完全なパスをリハーサルする

1. すべてのインプットを特定し、マッピングを確認する
2. 該当する場合はゲインとファンタム電源の担当者を確認する
3. 配信専用音源と放送禁止音源を検証する
4. すべての境界でモノラルまたはL/Rルーティングをテストする
5. エンコーダーとデコード済みリターンで音声を聴く
6. 同期を検証する
7. 再生音、リモートゲスト、司会者、場面転換をリハーサルする
8. 代表的なコンテンツを録音し、再生して確認する
9. プライマリフィードを中断し、復旧手順が機能することを証明する
10. 承認されたルーティングと改訂版を保存する

代表的な番組素材を使用してください。「チェックワンツー」というスピーチでは音楽ミックスが証明できず、音楽のテストでは司会者、通訳者、リモートリターン、休憩のルーティングが証明できません。

バックアップは、配信先に到達し、迅速に選択でき、リハーサルで音声を確認したものだけが有効です。

配信前チェックリスト

• 配信先、担当者連絡先、リハーサル、放送開始時間が最新である
• すべてのステージ音源と配信専用音源に安定した名前が付与されている
• プログラムフィード、バックアップフィード、録音、会場PAが別々の配信先として分離されている
• すべての境界でフォーマットと提供元が明記されている
• ゲイン、ミックス、音声埋め込み、エンコード、同期、モニタリングの担当者が割り当てられている
• クリック、ガイド、スレート、ソロ、プライベートコミュニケーションが放送禁止になっている
• リモートリターンとミックスマイナスを使用する場合は文書化されている
• エンコーダー入力とデコード済みリターンをモニタリングできる
• 代表的なコンテンツと復旧手順がリハーサルされている
• 録音と配信の権限が承認されている

FAQ

ライブ配信音響テクニカルライダーに記載すべき項目は何ですか？

担当者連絡先とスケジュール、音源リスト、プログラム・バックアップの配信先、ミックスワークフロー、アナログ/デジタルの信号受け渡し内容、ゲインとクロックの担当者、配信専用音源と放送禁止音源、モニタリングポイント、音声映像同期、録音要件、コミュニケーション方法、リハーサル、障害対応手順を記載してください。

FOHミックスをライブ配信に使用できますか？

合意された音源として使用することは可能ですが、自動的に配信に適しているわけではありません。会場では楽器の生音が聞こえますが、オンラインのリスナーはその音を聞くことができません。配信専用音源、会場の環境音、バランス、音声処理、オペレーターの注意状況、エンコーダーまたはデコード済み出力でのモニタリングを確認してください。

ライブ配信に音声を送信する方法は？

名前付きのプログラム出力を作成し、映像またはエンコードチェーン全体でそのチャンネル数、コネクタ、フォーマット、レベル、マッピング、提供元、配信先を文書化してください。すべての境界でテストを行い、配信されたリターンを聴いて確認してください。

ライブ配信の音声と映像の同期をテストする方法は？

カメラ、スイッチャー、音声、エンコーダー、配信パスの完全な経路で、視覚的・聴覚的なイベントを送信してください。エンコード済みまたはデコード済みの結果を確認し、合意された段階で遅延を調整し、関連する変更後は再テストしてください。

ライブ配信に必要なバックアップ音声は何ですか？

制作に適した代替プログラムルートを使用し、明確にラベル表示し、モニタリング可能で、指名されたオペレーターが選択できるようにしてください。バックアップ音声は別のミックスでも、意図的に簡略化した音源でも構いません。リハーサルでエンドツーエンドで機能することを証明してください。

配信パスをテクニカルライダーに記載して管理する

Techrider.liveでソースマップ・ステージプロット・インプットリストを作成し、検証済みの配信受け渡し内容を添付して、音響・映像・会場チームと最新の制作計画を共有してください。

---

最終更新日：2026年8月11日 · ライブ配信ソースマップ、プログラム・バックアップフィード、信号受け渡し、モニタリング、音声映像同期、コミュニケーション、エンドツーエンドテストについてレビュー済み