ミキサーのAUXとマトリクスの違い：ライブサウンドルーティングを徹底解説

TL;DR — AUXバスは通常、個々のインプットチャンネルから出力先ミックスを構築するため、演奏者モニターやエフェクトセンドに適しています。マトリクスは通常、メインL/R、グループ、その他のミックスなどの完成したバスから出力を構築するため、フロントフィル、ディレイスピーカー、ロビー出力、レコーディング、配信に適しています。コンソールのアーキテクチャは機種によって異なり、一部のマトリクスはインプットチャンネルを直接受け付ける場合もあります。ラベル名だけに頼らず、ソースバス、センドポイント、出力パッチ、出力先、処理内容、担当者を記載するようにしましょう。

目次

1. ルーティングの違いを最初に理解する
2. インプットベースのミックスにはAUXバスを使う
3. バスベースの出力にはマトリクスを使う
4. 適切なルーティングを選択する
5. 出力パスを構築して検証する
6. バスと出力先を文書化する
7. FAQ

ルーティングの違いを最初に理解する

AUXバスとマトリクスバスはどちらも信号をまとめて物理出力に送ることができます。実用上の違いは、それぞれの信号入力元にあります。

• AUXは通常、個々のインプットチャンネルやリターンからセンドを受け付けます。各ソースはAUXミックス内で個別にレベル調整が可能です。
• マトリクスは通常、メインL/R、グループ、その他ミックスなどの他のバスからセンドを受け付けます。特定の出力先向けに、すでにまとめられたプログラムの別バージョンを作成します。

インプットチャンネル ──> AUXバス ──> モニター / エフェクト / ユーティリティ出力

インプットチャンネル ──> グループまたはメインバス ──> マトリクス ──> ゾーン / ディレイ / レコーディング出力

これはあくまで概念モデルであり、すべてのコンソールの回路図に当てはまるわけではありません。一部のデジタルコンソールはインプットチャンネルをマトリクスに直接接続したり、柔軟なセンドポイントを設定できたり、mixを設定可能なAUX/グループのラベルとして使用したりする場合があります。コンソールの仕様書を確認し、ショウファイルの設定を検証してください。

どちらの名称も、特定のコネクタ、信号フォーマット、プリアフター・フェーダーポイント、処理順、ミュート動作を保証するものではありません。

インプットベースのミックスにはAUXバスを使う

AUXは各インプットチャンネルから調整可能なセンドを受け取り、並列ミックスを作成します。例えば、ボーカリストのモニター用AUXにはボーカルを強く、キーボードやギターを中程度、ドラムキットをほとんどまたは含まないように設定することができ、メインの観客向けミックスとは全く異なるバランスにすることができます。

演奏者モニター

モニターミックスやIEMミックスは、各演奏者が独立したバランスを必要とするため、AUXの代表的な用途です。AUXマスターは出力先全体のレベルを調整し、チャンネルセンドがAUX内のミックスバランスを決定します。

モニターセンドはFOHのフェーダー操作が演奏者のバランスに影響しないよう、プリアフターに設定されることが一般的です。ただし、これがEQやダイナミクス、ミュート、その他の処理との相対的な位置を保証するものではありません。正確な信号抽出ポイントが重要な理由は、プリアフター・ポストファーダー解説ガイドで説明しています。

バス名はAUX 1のような汎用的な名称ではなく、MIX-01 MAYA IEMのように出力先を明記した名前にしましょう。また、便利なモニターミックス計画書には、演奏者、ウェッジ/IEMの機種、出力、担当者が記載されていると効果的です。

エフェクトセンド

ポストファーダーのAUXは、選択したインプットチャンネルをリバーブやディレイに送るのに一般的に使用されます。処理されたリターン信号はメインやその他の出力先にミックスされます。インプットのフェーダーを動かすとポストファーダーのエフェクトセンドも連動するため、原音と処理音の適切な音量バランスが維持されます。

エフェクトのセンドとリターンを混同しないように注意しましょう。センドバスはソース信号を集約するのに対し、リターンは処理後の音声をコンソールに戻します。リターンが意図した出力先にのみ割り当てられていることを確認し、誤ったフィードバックループが発生しないようにしてください。

ユーティリティ出力と外部フィード

AUXはまた、バックステージ、レコーディング、配信、プレス用のミックスをインプットから直接作成することもできます。これは、その出力先がFOHのミックスと独立したバランスを必要とする場合に適しています。ただし運用上のトレードオフとして、このミックスを監視・調整する担当者を配置する必要があり、FOH側でミックスを変更してもこのAUXのセンドには反映されない点に注意が必要です。

バスベースの出力にはマトリクスを使う

マトリクスは1つ以上の完成したバスを受け取り、別の出力先にまとめて出力します。これにより、ミックスと物理的なゾーンや受信機の間に制御可能なレイヤーを追加できます。

フロントフィルとバルコニー下ゾーン

フロントフィル用マトリクスはメインミックスを受け取り、フィルシステムに適した独立したレベル、EQ、ディレイ、リミッティングを適用できます。コンソールやシステム設計でソースバランスの変更が必要な場合は、グループやマトリクス直接入力をメイン供給に追加することも可能です。すべてのフィルが同じフルレンジ信号を受けるべきだと決めつけず、システム設計に従って設定してください。

ディレイスピーカー

ディレイ用マトリクスはメインプログラムを受け取り、コンソール出力前にゾーンごとのディレイ、レベル、EQ、処理を追加できます。ディレイの値は、測定した空間形状と全体の処理パスに基づいてシステム調整で決定するもので、テクニカルライダーに汎用的な数値を書き込むだけのものではありません。

レコーディング、放送、配信、プレス

マトリクスはメイン、グループ、観客、アナウンス、その他のバスをまとめてプログラムフィードにでき、PAマスターの設定を変更する必要がありません。受信側が識別可能なショウミックスに加え、出力先ごとの調整を必要とする場合に便利です。

ただし、FOHのミックスのみをソースとするマトリクスには、会場ですでに音が大きくなっているソースが十分に含まれていない場合があります。レコーディングや放送の担当者は、追加のグループ、直接入力、環境マイク、または独立したミックスを必要とする場合があります。そのバランスの担当者と監視場所を明確に割り当てましょう。

マトリクスはシステムプロセッサの代わりにはならない

コンソールのマトリクスには出力EQ、ディレイ、ダイナミクス、レベル調整機能が搭載されている場合がありますが、スピーカーシステムプロセッサを自動的に置き換えるものではありません。会場のシステムプロセッサはクロスオーバー、ドライバーアライメント、保護機能、ロックされたシステム機能などを実行する場合があります。責任範囲を明確にし、コンソールのルーティングを簡略化するために承認されたシステム処理をバイパスしないようにしてください。

目的に合わせた適切なルーティングを選択する

空きバスの数ではなく、まず出力先のリスニング要件を基準に選択しましょう。

出力先が1つ以上の既存ミックスに概ね追従する場合はマトリクスを使い、出力先がインプットチャンネルから直接新しいバランスを作成する必要がある場合はAUXを使いましょう。コンソールが両方の方式に対応している場合は、担当範囲の明確さ、監視の容易さ、故障時の分離性を最も高くなるルーティングを選択してください。

バス、DCA、出力の違いを混同しない

バスは音声を伝送する経路です。DCAやVCAは割り当てられたチャンネルのレベルを制御するだけで、音声経路にはなりません。物理出力はパッチした内部バスやチャンネルの音声を別の機器に送信します。DCAを操作すると複数のバスに供給されるレベルを変更できますが、DCA自体を音声経路として出力にパッチすることはできません。

mixという言葉は、聞こえるバランスのことを指す場合と、コンソール固有のバスタイプを指す場合があります。outputという言葉は、バスマスター、物理的なソケット、出力先のいずれを指す場合もあります。内部バス、出力パッチ、受信機器の3つの層をすべて明確に記載しましょう。

出力パスを構築して検証する

1. 出力先を定義する

リスナーや受信システムが必要とする内容を記載しましょう：演奏者専用ミックス、メインプログラムの複製、ゾーン出力、エフェクトセンド、レコーディングミックス、通信パスのいずれかです。担当者も明記してください。

2. ソースバスとセンドポイントを選択する

AUXの場合は、どのインプットを供給するか、各センドが意図した信号抽出ポイントでプリアフターかポストファーダーかを決定しましょう。マトリクスの場合は、どのメイン、グループ、AUX、直接入力を供給するか、それらのセンドがソースのマスターに追従するかを決定しましょう。

3. 出力処理を設定する

このレイヤーで担当する処理のみを適用しましょう。EQ、ダイナミクス、ディレイ、ミュートグループ、リミッターの責任範囲を記載してください。会場のシステムプロセッサが既に担当しているアライメントや保護処理と重複させないようにしましょう。

4. 物理/ネットワーク出力をパッチする

バスを出力ソケットまたはネットワークチャンネルにマッピングし、フォーマット、公称レベル、コネクタ/プロトコル、チャンネルマッピング、受信側入力、デジタルパスのクロック担当者を記載しましょう。バス番号とソケット番号を一致させるのは便利ですが、必ずしも一致するとは限りません。

5. 信号だけでなく動作も検証する

既知の制御可能なソースを送信し、以下を確認しましょう：

• 意図したインプット/バスが出力先に到達していること
• 関係のないソースが含まれていないこと
• チャンネル、グループ、メイン、AUX、マトリクス、DCA、ミュートの操作が想定通りに動作すること
• 物理/ネットワーク出力が正しい受信機に到達していること
• 出力先のレベルと処理が安全な範囲内であること
• 担当者がフィードを監視できること
• ショウで必要な場合、フォールバックルーティングが理解されていること

マトリクスのメーターが動くだけでは、その内部ポイントに音声が存在することを示すのみです。正しい出力パッチ、ケーブル、プロセッサ入力、アンプ、スピーカー、レコーダー、エンコーダーが正しく接続されていることを証明するものではありません。

バスと出力先を文書化する

テクニカルライダー、コンソールファイル、出力パッチ、ケーブルラベルのすべてで、安定した機能を表す名称を使用しましょう。

表の例は記載項目の例であり、万能のパッチ表ではありません。実際のコンソールで用語と動作を確認してください。

物理的なステージ出力が関わる場合は、この出力マップをステージボックス・サブスネークパッチリストと紐付けてください。各経路の処理機器や受信機器を追跡するには、ライブサウンド信号フローガイドを使用してください。

Techrider.liveでは、関連するFOH、モニター、プロダクションリードを招待して同じライダーを編集し、合意したモニターやルーティングのメモを保存し、出力割り当てが変更された際は履歴を確認できます。ソースバス、出力先、担当者が承認された後、日付入りのPDFをエクスポートしましょう。

出力引き継ぎチェックリスト

• すべてのAUXとマトリクスに、出力先を表す機能的な名称が付与されていること
• ソースチャンネルまたはソースバスが特定されていること
• 必要な箇所でプリアフター/ポストファーダー、信号抽出動作が検証されていること
• ステレオペアリング、パンニング、チャンネル順が明確に記載されていること
• バス処理とシステムプロセッサの責任範囲が分離されていること
• 物理/ネットワーク出力パッチが最新の状態であること
• フォーマット、レベル、コネクタ、マッピング、受信側入力が記載されていること
• 各出力先に担当者と監視ポイントが割り当てられていること
• ミュート、DCA、シーン、マスター操作の動作が検証されていること

よくある質問

ミキサーのAUXとマトリクスの違いは何ですか？

AUXは通常、個々のインプットチャンネルのセンドから直接ミックスを作成します。マトリクスは通常、メインL/R、グループ、AUXなどの完成したバスから別の出力を作成します。正確なルーティングと利用可能な入力元はコンソールの機種によって異なります。

ミキサーのマトリクス出力は何に使われますか？

マトリクス出力の一般的な用途は、フロントフィル、ディレイスピーカー、バルコニー下やロビーのゾーン、レコーディング、放送、配信、プレスフィードなどです。マトリクスを使うと、エンジニアはソースバスをまとめ、メインPAミックスの設定を変更せずに出力先ごとのレベルや処理を適用できます。

モニターにはAUXとマトリクスのどちらを使うべきですか？

演奏者モニターには通常AUXバスを使います。これは各演奏者がインプットチャンネルの独立したバランスを必要とするためです。特定のシステムではマトリクスを使って完成したモニターバスを分配・生成することもありますが、演奏者の入力ミックスを構築するための通常の出発点ではありません。

マトリクスでディレイスピーカーを出力できますか？

はい。マトリクスはメインプログラムに追従しつつゾーンごとのレベル、EQ、ディレイ、ルーティングを提供できるため、ディレイスピーカーの出力に一般的に使用されます。実際のディレイ値や処理は、測定済みのシステム設計と会場プロセッサの範囲に従って設定する必要があります。

インプットチャンネルをマトリクスに接続できますか？

デジタルコンソールの中には、インプットチャンネルをマトリクスに直接接続できるものもあれば、マトリクスの入力をメイン、グループ、ミックスバスに限定しているものもあります。アーキテクチャを決めつけず、コンソールの機種、ファームウェア、設定、ショウファイルを確認してください。

習慣ではなく目的でルーティングを選択する

Techrider.liveでライダーを作成することで、モニター出力先、出力ルート、ステージ接続、プロダクションの責任範囲を1つの最新の計画にまとめられます。明確なバス名と検証済みの引き継ぎ内容により、複雑なコンソールルーティングの構築、検証、トラブルシューティングが容易になります。