Wwiseヘルプ

下表は、7.1.4（12チャンネル）の、ミックスされたアウトプットチャンネルコンフィギュレーションのAudio Deviceにおける、Mastering Suiteのパフォーマンスコストを一覧にしたものです。パフォーマンスコストは、CPU使用率（%）として測定されています。このEffectは、シングルCPUコアで処理されます。2種類のMastering Suiteモジュールのコンフィギュレーションを使いました（下記リストの通り）。パフォーマンスコストの測定は、全モジュールがアクティブな状態で行ったあとに、モジュールを1つずつアクティブにした状態で行いました。

前述の通り、Audio Deviceはミックスされたアウトプット用に設定されているので、Audio Objectの処理は行いません。オブジェクトを有効にしたパイプラインのパフォーマンスコストについては、別のセクションで説明します。

コンフィギュレーション（Config）1: Parametric EQはアクティブでバンド数は6、Compressorはアクティブでバンド数4、Volumeはアクティブ、LimiterはアクティブでモードはSoft。

コンフィギュレーション（Config）2: Parametric EQはアクティブでバンド数3、Compressorはアクティブでバンド数2、Volumeはアクティブ、LimiterはアクティブでモードはSoft。

下表は、Limiterモジュールの各種モードの処理負荷を比較したものです。測定の条件は、前セクションに記載された条件と同じです。

このセクションでは、Audio DeviceのコンフィギュレーションをObjectベースのパイプライン用にしたときの、Mastering Suiteのパフォーマンスコストを詳しく説明します。今度は、Mastering Suiteが処理するオーディオストリームが以下の3つとなります:

処理負荷はAudio Object処理の方が高く、サポートされるAudio Objectの最大数に直接比例します。下表は、Audio Objectの対応数の上限が異なる場合のパフォーマンスコストの一覧です。

Objectベースのパイプラインを処理する際の重要な違いは、プロファイリング中に各Audio Objectのメーター値（Compressor、Limiter）を算出するための処理が追加で必要な点です（下図参照）。この追加の処理が、Advanced ProfilerのCPUタブに表示されるパフォーマンスコストの測定値に反映されます。この値はMastering Suiteの真のパフォーマンスコストを反映するものではなく、Mastering Suiteのリリースビルドにプロファイリングコードは含まれません。追加処理を除外した真のパフォーマンスを取得するために、Mastering SuiteのReleaseビルドを使いました。下表は、これらの値の一覧です。

コンフィギュレーション: Parametric EQはアクティブでバンド数6、Compressorはアクティブでバンド数4、Volumeはアクティブ、LimiterはアクティブでもモードはSoft。

コンフィギュレーション: Parametric EQアクティブ、バンド数3、Compressorアクティブ、バンド数2、Volumeアクティブ、Limiterアクティブ、モードはSoft。

処理負荷が一番高いのは、明らかにParametric EQモジュールとCompressorモジュールで、特に全バンドを有効にしたときに高くなりました。あなたの処理バジェットによっては、これらのモジュールでバンド数を減らしたほうが良いかもしれません。