menu
 
バージョン
2017.2.10.6745

2024.1.5.8803

2023.1.13.8732

2022.1.19.8584

2021.1.14.8108

2019.2.15.7667

2019.1.11.7296

2018.1.11.6987

2017.2.10.6745

2017.1.9.6501

2016.2.6.6153

2015.1.9.5624


menu_open

セカンダリアウトプットの例

全ての例で、Secondary Bus階層として下記のバス構造を用いています。メインAudio Bus階層は省略します。この構造はアウトプットごとに複製されるので、最終的なミックスは互いに独立しています。なお、インスタンス化されるのは必要なバスだけです。

図30.1 マスターセカンダリバス構造

マスターセカンダリバス構造

図30.2 サウンドがメインアウトプットに送られる単純な例

サウンドがメインアウトプットに送られる単純な例

これは、1つのサウンドがメインアウトプットに送られる単純な例です。通常のゲームでは、複数のサウンドが複数のサブバスにルーティングされます。ここでは簡略化して、テレビアウトプットで再生される音が1つと仮定します。

図30.3 サウンドが2人目のプレイヤーのコントローラアウトプットに送られる単純な例

サウンドが2人目のプレイヤーのコントローラアウトプットに送られる単純な例

次に、2人目のプレイヤーのゲームコントローラで別のサウンドを再生するとします。例えば、メニュー画面にこのプレイヤーだけが入り他のプレイヤーが入らない場合の、メニューサウンドを考えます。この場合、メニューサウンドが通常通り設定されたアウトプットバスにミキシングされ、TVミックスとは別となります。このサウンドがプレイヤー2のコントローラだけで再生されるのは、ゲーム内で、リスナーとゲームオブジェクトの関連付けが設定されたからです。この場合プログラマーは、コントローラ2のリスナーだけが聞くゲームオブジェクトで、このサウンドを再生させます。

図30.4 サウンドがプレイヤー1、プレイヤー2、テレビに送られる

サウンドがプレイヤー1、プレイヤー2、テレビに送られる

上記の例で明らかなことが2点あり、つまりあるサウンドを複数のセカンダリアウトプットと同時にTVミックスへもルーティングできるということです。この例では、事前に録音された助けを求めるプレイヤー1の無線通信というサウンドが、同じチームのプレイヤー2に聞こえ、またテレビの視点がこのサウンドを発するプレイヤー2の近くにあるため、テレビからも聞こえます。なお、このサウンドのアウトプットバスはBus 1に設定されています。このバスと、マスターセカンダリバスは、プレイヤー1とプレイヤー2の両方で複製されます。当然、プレイヤー2のミックスにはSound 1以外に、プレイヤー2にしか聞こえないSound 2も入らなければなりません。エフェクトがある場合は、両者のマスターセカンダリバスのコピーに同じエフェクトが適用されますが、その対象となるオーディオシグナルが異なります。

またSound 3からTVミックスに向かうSendがあります。他のアウトプットに対して送る場合は、全種類のSendを使えます。この例では、距離関係や減衰によって無線通信がカメラにも聞こえることがあるので、メインTVミックスへ入れる必要があり、設定されたAuxiliary Busから送ります。


このページはお役に立ちましたか?

サポートは必要ですか?

ご質問や問題、ご不明点はございますか?お気軽にお問い合わせください。

サポートページをご確認ください

あなたのプロジェクトについて教えてください。ご不明な点はありませんか。

プロジェクトを登録していただくことで、ご利用開始のサポートをいたします。

Wwiseからはじめよう