このセクションでは、オーディオストリームを SPAT Revolution に入力する方法と、ミキシング前にそれらを変換する方法について説明します。

SPAT Revolution 自体はオーディオファイルを再生しません。Input ブロックは、オーディオストリームにアクセスし、SPAT Revolution の空間化エンジンでそれらを処理するためにあります。Input ブロックはシグナルグラフの上部の行に表示されます。
Input ブロックには 2 つのタイプがあります。
Hardware ブロックを作成するには、行の左側にある + ボタンのいずれかをクリックします。Software ブロックを作成するには、DAW で SPAT Send プラグインをインスタンス化し、その Local Audio Path を有効にします。Local Audio Path についての詳細は、8.5 Plug-ins: Local audio path セクションで見つけられます。
Input の名前を編集できます。複数のブロックを選択してインスペクターの Input Name Wizard ボタンをクリックすることで、複数の名前を一度に編集することが可能です。

メモ: Input ストリームタイプは、channel-based、HOA、A-Format、B-Format、UHJ、MS、Binaural、Transaural です。
ストリームタイプに関連するさらなるオプションについては、Setup Page セクションをご確認ください。
メモ: MS ストリームタイプを選択するとき、encode ボタンをチェックしてステレオストリームを MS に変換できます。これにより、MS-to-Stereo デコーダーを使用して音場の mid 成分と side 成分を操作できます。
ルーティングマトリックスにアクセスできます。
警告: このオプションは Hardware 入力でのみ利用可能です。
各入力(Hardware または Software)にはディレイラインが付属しており、以下の場合に役立ちます。
ディレイは、サンプル、ミリ秒、または距離単位(メートル法が選択されている場合はメートル、それ以外はフィート)で設定できます。これは、Preferences ページの Global パネルで選択できます。
信号の極性を反転させます。
各ブロックのチャンネルの基本的なトゥルーピークメータリング。
Auxiliary バスを使用する場合、send/return ループによって 1 ブロック分の追加レイテンシーが生じます。SPAT Revolution は、Setup ページでディレイ補償が有効になっている場合、これを自動的に考慮します。
Auxiliary return パスを作成するには:
重要: SPAT Revolution がディレイ補償を正しく計算するには、入力を必ず Auxiliary return に設定する必要があります。このフラグがないと、send/return ループによる追加のブロックサイズ分のレイテンシーが考慮されません。
ディレイ補償が有効な場合、システムはルームに接続されたすべてのソースを自動的にアライメントします。Auxiliary return ソースの場合、補償の計算式には追加のブロックサイズが含まれます。
internal_delay = max(0, max_intern_delay − input_delay)
Auxiliary return ソースの場合、input_delay = user_configured_delay + block_size となります。
48 kHz、64 サンプルのブロックサイズの場合:
| Configuration(構成) | Reported Latency(表示されるレイテンシー) |
|---|---|
| ディレイ補償 OFF | 128 サンプル(ドライバーのみ) |
| ディレイ補償 ON | 192 サンプル(+1 ブロック) |
| 入力に 64 サンプルのユーザーディレイを追加 | 256 サンプル(+1 ブロック + ユーザーディレイ) |
メモ: Auxiliary バスをリバーブやエフェクトなど、正確なタイムアライメントが重要でない用途にのみ使用する場合、ディレイ補償を無効にするとグローバルレイテンシーを最小化できます。
SPAT Revolution は、これまで指摘してきたように、シグナルフロー全体を通じて多くのマルチチャンネルオーディオフォーマットを扱うことができます。SPAT の Virtual Rooms で入力をオブジェクトベースオーディオソースに実際に仮想化する際に、元の入力フォーマットから別のフォーマットに変更する必要がある場合があります。これを行うには Input Transcoder モジュールとそのパラメーターを使用します。

トランスコーダーモジュールは、要求されるフォーマット変換に応じて、それを通過するストリームのチャンネル数を変更することがあります。たとえば、Ambisonic B-Format から Channel-Based 3D Cube へのトランスコードでは、4 チャンネルの Ambisonics ストリームが、8 チャンネルのストリームにトランスコードされ、特定のスピーカーコンフィグレーションとしてグループ化されて処理されます。

入力される channel-based ストリームを、チャンネル数の少ない出力 channel-based ストリームにトランスコードする必要がある場合、IO Matrix を使用して、一部の入力チャンネルをドロップして出力フォーマットをリマップします。これは厳密には Transcoding や decoding ではありませんが、特定のフォーマット変更シナリオで持っていると便利なツールです。このマトリックスはアップミックスやダウンミックスの能力を提供しますが、適切にアップミックスまたはダウンミックスするには、ルームを使用してあるフォーマットの仮想ソースを取り込み、望ましいエンドフォーマットで出力することをお勧めします。このマトリックスの詳細は、Master Matrix のセクションをご覧ください。
入力をトランスコードする必要がある主な理由は、SPAT Revolution の Virtual Room で入力をミキシングおよび空間化するときです。これは、Virtual Room モジュールが、入力されるソースが Channel Based フォーマットであることを要求するためです。内部的には、Room は Channel-based、Ambisonics、または binaural フォーマットでパンニングしているかもしれませんが、常に入力として Channel Based ストリームが必要です。これについては Virtual Room セクションで詳しく説明します。フォーマットのトランスコードは、常にルームでの再空間化を必要とするわけではありません。シグナルフローで Virtual Room を使用しないコンテキストもあります。

これは、Input Transcoder モジュールを使用してアンビソニック信号をデコードする例です。これは、グラフの Master Transcoder セクションでも行うことができます。
Introduction to Ambisonics で述べたように、Ambisonics でエンコードされたオーディオをスピーカーにレンダリングするには、デコードステージが必要です。これは、ルームを必要とせずにこのように行うことができます。
一部の DAW はマルチチャンネルトラックをサポートしていないため、SPAT Revolution は、マルチチャンネルソースを作成するために、ステレオまたはモノ入力を集約する方法を Input Transcoder 上で提供します。
これを行うには、複数の入力を同じ Input Transcoder またはソースに接続し、望ましいフォーマットを選択します。それを選択すると、Aggregate Input コンボボックスが表示され、すべての入力の集約が可能になります。

Input aggregation
警告: チャンネルの順序は、Input Transcoder またはソースへの接続順によって決定されます。
参照元情報:Input Section – FLUX:: SPAT Revolution User Guide
https://doc.flux.audio/spat-revolution/Spat_Environment_Input_Section_Modules.html