イマーシブマスターとは実際に何か
エフェクトをかけたステレオファイルではありません。BW64 コンテナに入ったマルチチャンネルファイルです。BW64 は ITU-R BS.2088 が定めるロングフォームの wave フォーマットで、元の wave フォーマットが 4 ギガバイトを超えられないために存在します。そこに二つの追加チャンクが載ります。axml チャンクは ITU-R BS.2076 が定める Audio Definition Model メタデータを XML として保持します。chna チャンクはファイル内の各トラックをそのメタデータ上の識別子に対応づけます。この二つが揃っていなければ、ただのマルチチャンネル wave ファイルであり、イマーシブ納品としては受理されません。
ベッドとオブジェクト
公開されているレンダラーは最大 128 入力を受け取ります。最初の 10 がベッドで、固定のチャンネルレイアウト、一般には 7.1.2 です。入力 11 以降はすべてオブジェクトで、スピーカーに割り当てるのではなく、位置メタデータを持って空間を動くモノラルまたはステレオの要素です。ここからオブジェクトのチャンネルパスは最大 118 になります。音楽に限ってそれより低い上限が公開されているわけではありません。音楽はベッドと数十個のオブジェクトに収めるべきという助言は、規則ではなく実務から来た慣習です。
サービスが公開している数値
Apple のアセットガイドは、イマーシブマスターのインテグレーテッドラウドネスは ITU-R BS.1770 で測って −18 を超えないこと、トゥルーピークは −1 dBTP を超えないことを定めています。また 48 kHz、24-bit のリニア音声を、ADM メタデータ付きの BW64 ファイルとして納品することを求めています。さらに、イマーシブ版と同期したコンフォームドステレオ版も必要です。文言に注意してください。これらのラウドネス値はノーマライゼーションのターゲットではなく上限であり、どこまで攻めるかを決めるときにこの違いが効いてきます。
ステレオミックスのアップミックスは認められていない
ここが最も売り込まれ、最も驚かれる部分です。Apple が公開しているガイダンスは、ステレオミックスから生成されたイマーシブファイルは認められないと明記しています。イマーシブマスターは、マルチトラックセッションから、人の手で、ライセンスされたレンダラー上で、何をベッドに置き何をオブジェクトにするかを判断しながら作られます。完成したステレオマスターをイマーシブに変換すると謳うサービスは、仕様が禁じていることをしているか、別の何かを説明しているかのどちらかです。
実際に大半の人が聴くのはバイノーラルである理由
スピーカーアレイを持つリスナーはごく少数です。圧倒的多数はヘッドホンで、バイノーラルレンダリングを通してイマーシブ音楽を聴きます。フォーマットには、各オブジェクトをそのレンダリングでどう仮想化すべきかを記述した要素ごとのメタデータが含まれます。ただし、その指示のどれが生き残るかは配信経路によって変わり、最大手の音楽サービスではヘッドホン用のレンダリングはプラットフォーム自身のものであって、あなたがモニターしたものではありません。実務上の結論は一つです。完成と判断する前に、実際のサービスを通してヘッドホンで確認してください。
このツールが取り繕わないこと
読むのはファイルの公開された部分です。ITU-R BS.2088 が定めるコンテナと、ITU-R BS.2076 が定めるメタデータモデルで、どちらも一般に入手できる勧告です。レンダリングは行いません。オブジェクトをスピーカーフィードに変換するアルゴリズムは専有かつライセンス制であり、どのブラウザも準拠したレンダリングを生成できません。ライセンスのない近似から得たラウドネス値は、納品用の測定値にはなりません。イマーシブ音楽を運ぶ放送用コーデックの符号化・復号も行いません。特許で保護されているためです。自分の境界を認める検証ツールのほうが、境界について嘘をつくレンダラーより役に立ちます。