ライブ音響ミキサーのソロセーフとミュートセーフの違い

TL;DR — ソロセーフは、別の経路がソロされたときにその経路が実質的にミュートされないようにする機能であることが多く、ミュートセーフは通常、ミュートグループ、DCA、オートメーション、シーンなどの間接的なミュート命令から経路を保護します。名称や適用範囲はコンソールによって異なります。必ず対象モデルで、すべての出力先が有効な状態でテストし、一時的な運用上の回避と保存すべきショー要件を区別し、保護対象の経路、命令元、期待状態、シーン動作、担当者、リセット条件を記録してください。

目次

1. 2つの保護の定義
2. 正しいセーフを選ぶ
3. 適用範囲とルーティングを理解する
4. コンソールの状態をテストする
5. 引き継ぎを文書化する
6. FAQ

2つの保護の定義

ソロセーフは、一部のシステムではソロアイソレートとも呼ばれ、通常、別のチャンネルやバスがソロされたときに、その経路が暗黙的にミュートされるのを防ぎます。よくある例はエフェクトリターンです。ボーカル入力をソロしても、関連するリバーブリターンがそのまま聞こえると確認しやすくなります。

ミュートセーフは通常、1つ以上の間接的なミュート命令から経路を保護します。コンソールによっては、その命令はミュートグループ、DCAまたはVCAミュート、オートメーション、シーン、マクロなどから来ます。チャンネル自身のミュートキーは引き続き有効な場合もあれば、現在のミュート状態が固定される場合もあります。メーカーごとの挙動は必ず確認してください。

これらの保護は、異なる制御上の問題を解決します。ルーティングを修復するものでも、クリップを防ぐものでも、経路がすべての出力先に届くことを保証するものでもありません。

正しいセーフを選ぶ

ソロされたソースにエフェクトを残す

入力が、非ソロ経路を抑制するモードでソロされている場合、そのセンドはリバーブを送っていても、リバーブリターン自体は暗黙的にミュートされることがあります。湿った音像の文脈を聴くことが意図した診断動作である場合にのみ、リターンをソロセーフにしてください。同じエフェクトに別のソースが入っている場合は、そのリターンを有効にしたことで関係のないソースまで見えてしまわないか確認してください。

グループ命令から経路を保護する

ミュートセーフを使うと、トークバック、アナウンス、タイムコード、再生、緊急通信の経路を広いミュートグループの外に置くことができます。この例外は意図的である必要があります。セーフにしたチャンネルは、1つのボタンでステージ全体を止めると想定していたオペレーターを驚かせることがあります。

シーン呼び出しから設定を守る

保護対象がミュートグループやソロロジックではなくスナップショットである場合は、リコールセーフ、リコールスコープ、またはパラメータフィルターを使います。必要なパラメータだけを保護してください。ヘッドアンプのゲインだけ固定したいのに入力全体をセーフにすると、古いEQ、ルーティング、ミュート状態が残る可能性があります。

一時的なトラブルシューティングで恒久的なセーフを使わない

一時的なラインチェック用の回避設定は、チェックが終わったら必ず外します。そうしないと、次のシーン、ミュートグループ、緊急時操作がリハーサルと異なる動作をするかもしれません。すべての一時例外には担当者とリセット時点を割り当ててください。

適用範囲とルーティングを理解する

セーフは制御関係に対して作用するものであり、必ずしもオーディオパス全体に作用するわけではありません。頼る前に、以下を確認してください。

• ソロがメインミックスを破壊的にミュートするのか、それともモニターバスのみに送られるのか。
• コンソールが PFL、AFL、SIP、加算型、排他的、または別のソロモードを使っているか。
• ミュートセーフが無視するミュートソースはどれか。
• 直接のミュートキーが引き続き使えるか。
• セーフが入力、バス、マトリクス、エフェクトリターン、出力のどこに適用されるか。
• プリフェーダーセンド、ダイレクトアウト、録音、ネットワーク出力がミュートに追従するか。
• リンクされた経路やステレオ経路でセーフ状態を共有しているか。
• シーンがセーフ自体を呼び出すか、またどのユーザー権限で変更できるか。

リスニングモードについては、PFL と AFL を比較してください。グループ動作については DCA と subgroup をお読みください。これらの記事は隣接する信号および制御の概念を説明していますが、セーフ状態のテストを置き換えるものではありません。

コンソールの状態をテストする

1. 既知の開始時ショー状態を保存するか、記録します。
2. 経路名、すべての出力先、そしてそれが耐えるべき命令を名前付きで明確にします。
3. 低レベルで識別しやすいテスト信号をその経路に送ります。
4. セーフを有効にする前に、通常のソロまたはミュート動作を確認します。
5. 意図したセーフだけを有効にして、同じ命令を再度実行します。
6. FOH、モニター、エフェクト、マトリクス、録音、配信、通信系のフィードを確認します。
7. 関連するシーンをロードし、保護対象のパラメータと保護されていないすべてのパラメータを確認します。
8. 該当する場合は、直接制御、グループ制御、DCA/VCA制御、マクロ、オートメーションを個別にテストします。
9. 一時的なセーフを解除し、通常のショー制御が再び機能することを確認します。
10. 承認済みファイルを保存し、コンソールモデル、ファームウェア、シーン、オペレーター、結果を記録します。

開いたPAで、破壊的なソロインプレースや出力ミュート動作を無計画にテストしないでください。ミュートした状態または安全なモニターレベルで始め、コンソールのマニュアルに従ってください。

引き継ぎを文書化する

Techrider.live では、経路名をインプットリストとルーティングノートと一致させてください。責任あるエンジニアに同じ Rider を編集して保存してもらい、ショーファイルの判断が変わった後は履歴を確認してください。オフラインでの会場引き継ぎ用に、日付入りの PDF を書き出してください。

セーフ状態チェックリスト

• 上書きしている正確な制御コマンドを定義する。
• コンソールの用語とファームウェアの挙動を確認する。
• 最も小さく、実用的な経路またはパラメータセットだけを保護する。
• 影響を受けるすべての出力先とシーンをテストする。
• 直接ミュートと緊急時ワークフローを確認する。
• 一時的な例外とそのリセット時点をラベル付けする。
• 検証済みの状態だけを保存し、記録する。

FAQ

ミキサーのソロセーフとは何ですか？

ソロセーフは一般に、別の経路がソロされたときにチャンネル、バス、またはリターンが暗黙的にミュートされるのを防ぎます。メーカーによってはこれをソロアイソレートと呼び、また別の意味で「ソロセーフ」を使うこともあるため、必ず該当コンソールを確認してください。

ミキサーのミュートセーフとは何ですか？

ミュートセーフは一般に、ミュートグループ、DCA/VCAミュート、オートメーション、またはマクロなどの間接的なミュート命令から経路を保護します。チャンネル自身のミュートキーやシーン呼び出しに対する挙動は、コンソールによって異なります。

ソロセーフとミュートセーフの違いは何ですか？

ソロセーフはソロモニタリング時に何が起こるかを変え、ミュートセーフはミュート命令が来たときに何が起こるかを変えます。リコールセーフは、シーンやスナップショットからパラメータを保護する第3の機能です。

エフェクトリターンはソロセーフにすべきですか？

エンジニアが、ソロしたソースをエフェクト付きで聴く必要がある場合は、そうすることがあります。同じリターンに他のソースが入っていないか確認してください。鳴り続けるようにすると、本来のソース以上のものが見えてしまったり、故障切り分けを混乱させたりすることがあります。

コンソールのシーンでミュートセーフは呼び出されますか？

コンソールのモデル、ファームウェア、ショーファイル構成、リコール範囲、ユーザー設定によって異なります。推測せず、セーフ状態がグローバルなのか、ショーに保存されるのか、シーンごとに呼び出されるのかをテストしてください。

すべての例外を見える化する

Techrider.live で現在の Rider を 1 つ作成 し、保護対象のすべての経路とそのリセット条件を記載し、見かけ上のミュートやソロの例外がなぜ存在するのかを説明する引き継ぎを会場へ渡してください。

---

最終更新: 2026-09-21 · ソロ、ミュート、リコール、ルーティング、ショーファイル引き継ぎの違いを確認済み。