Wwiseヘルプ

Advanced ProfilerのCPUタブに、セッション中にCPU使用量に寄与したすべての要素が表示されます。どのプラグインや、オーディオコーデックや、エフェクトなどがCPUリソースを最も消費しているのかを特定することができます。

Performance Monitor Settingsダイアログで名前にCPUを含む関連項目を選択します。以下のオプションをグラフやリストの一方または両方で確認できると、便利です:

Playback limits で同時に再生することができるサウンドのインスタンス数の最大数を決定します。

Priority でPlayback limitを超過した際にどのサウンドをキル（kill）するのか、またはバーチャルボイス動作に送信するのかを決定します。

Virtual voices はランタイムに発生したものの、定義されたボリューム閾値未満であるため、または定義されたPlayback limitsを超過したため、実際には再生されないサウンドです。Virtual voiceの推奨動作は"Kill if finite else virtual"です。「Advanced Settingsタブ：アクターミキサーオブジェクト」 を参照してください。

チャンネル数 。CPU使用量はオーディオチャンネル数に応じて増加し、チャンネル数はオーディオバスによって異なります。例えばモノラルサウンドに対するエフェクトインスタンス3つ（3チャンネル）の方が、7.1バスに対するエフェクトインスタンス1つ（8チャンネル）よりも少ないCPUリソースを使用します。

さらにObject Processorなどのような特定のエフェクトは1バスインスタンスに対し、インスタンス化されるのは1回だけです。エフェクト、オーディオオブジェクト、バスなどの詳細は 「Audio ObjectにEffectを使用」 を参照してください。

エフェクトのタイプ 。エフェクトタイプによって使用するCPU量が異なります。リバーブエフェクトは特殊なケースで、ほかのエフェクトの大半はチャンネル数の増加に伴い線形増加するのに対し、リバーブエフェクトの増加率は比較的平坦です。リバーブエフェクトの中でもリバーブの種類によってCPU使用量が異なり、例えばMatrix Reverbの方がRoomVerbより使用するCPUが少量ですが、オプション数は少ないです。CompressorやParametric EQなどのほかのエフェクトの方がリバーブエフェクトよりも少ないCPUを使用します。

エフェクトのレンダリング 。エフェクトのCPU使用を削減する1つの方法に、エフェクトをレンダリングすることでそれ自体をWEMファイルの1部とする方法があります。エフェクトをレンダリングすることでSoundBankクにパッケージングする前に処理されるため、ランタイムに処理能力を消費しません。レンダリングに適したエフェクトを特定するためには 「Integrity Report」 を利用します。Optimizationsオプションを選択してレポートを実行します。レンダリングの詳細については 「エフェクトのレンダリング」 を参照してください。

エフェクトのバイパス 。特定の状況でしか適用されないエフェクトがある場合は、選択的にバイパスすることができます。例えばディストーションエフェクトがゲームの特定プレイヤーステートの時だけに発生するような場合は、RTPCを使用し、プレイヤーステートを監視するゲームパラメータにリンクしたバイパスエフェクトを適用できます。

PCM はオーディオコーデックではなく、非圧縮のファイルフォーマットです。高品質の音を提供し、最小限のCPU処理能力を使用しますが、多くのストレージ容量を必要とします。

CPU使用量を最小限に抑えるために、このフォーマットを使用するのは反復する単発の音や高忠実度オーディオとします。

Vorbis は適度なCPUリソース量で良質のオーディオを提供する人気のコーデックで、Wwiseではインタラクティブメディアやゲーミングプラットフォーム向けに最適化されています。

このフォーマットはファイルを解凍するたびにある程度のCPU容量を必要とし、CPU使用量を最小限に抑えるためには頻繁に繰り返されるオーディオファイルに使用しません。それ以外のタイプの音であれば、Vorbisが適していることが多いです。

Opus はVorbisと同程度の品質のオーディオを、より高いファイル圧縮率で提供します。ただしVorbisより多くのCPUリソースを必要とします。ダイアログやアンビエンスなど、繰り返されない長いオーディオソースに便利です。Opusファイルのデコードについては Wwise SDK のプラットフォーム固有のセクションを参照してください。

ADPCM は圧縮率が高く、最小限のCPU容量を使用しますが、品質が犠牲となります。モバイルプラットフォームに使用し、CPU使用量やランタイムメモリを最小限に抑えます。

スペーシャルジオメトリをできるだけシンプルに保つようにします。三角形の数やディフラクション（回折）エッジ数を最小限に抑えます。

音のアテニュエーション（減衰）を有限とします。最大アテニュエーション半径が大きくなるにつれ、パスを検索するために必要なCPU処理能力が増加します。有限のアテニュエーションカーブが最大距離に到達した時点で、カーブはプロジェクト設定で設定した可聴閾値未満となります。

遠すぎて聞こえないサウンドは再生を避け、アテニュエーション半径よりも遠くに移動して戻らないサウンドは停止します。

シーン内にある独立した部分を隔離するために、ルームやポータルを活用します。

スペーシャルオーディオを初期化する時に、CPU使用を制御するために以下の Spatial Audio Initialization Settings を設定することができます:

Wwiseヘルプの Defining positioning を参照してください。

SDKの Spatial Audio を参照してください。その中でも特に Improving Performance を参照してください。

Unrealインテグレーションドキュメントの UnrealのSpatial Audioチュートリアル を参照してください。

Unityインテグレーションドキュメントの Unityで、Spatial Audio を参照してください。

Optimizing CPU Usage はユーザインターフェースに表示されないオプションを開発者向けに提供するSDKの観点から、最適化について説明します。

WwiseのCPU最適化ガイドライン と ボイスの数に圧倒されないために - 最適化でCPU負荷を軽減（PART 1） は最適化に関する2つのブログです。ただし記事内の具体的な数値は最新プラットフォームでは該当しない可能性があるためご注意ください。

Wwise 251技能検定コース にCPU（およびメモリ）最適化の事例や推奨が多数含まれています。例としてUnityベースのWwise Adventure Gameサンプルプログラムを使用しています。