Wwise Help

You can convert many audio files at once by right-clicking a high-level object in the hierarchy, such as an actor-mixer, and then selecting Convert from the shortcut menu. If you want to set the conversion settings for an entire group of objects, you can right-click the top-level object and select Conversion Settings from the shortcut menu. You can also multi-select objects in the Project Explorer and then define their conversion settings or convert them all simultaneously.

Many times, when a studio develops a game, it examines each platform and then allocates a “budget” for such items as the memory footprint, CPU, and bandwidth. The audio team is given a portion of this budget and it is up to them to manage this budget efficiently for each platform. Depending on the platform, these allowances will be different, so the audio designer needs to understand how to efficiently compensate for these differences and still deliver great sound using the various conversion settings available. To see how well you are doing, you can monitor your project's performance in game using the Game Profiler, and adjust the conversion settings as needed to stay within your budget. The following sections look at how different settings can affect the sound designer's budget.

Audio formats must also be considered in your budget. It is useful to review the characteristics of the different formats supported by Wwise so that you can make good choices for your project. A general rule is that the less a file is compressed, the less processing power is needed; however, an uncompressed file usually uses more memory or disk space.

The following table provides you with some basic suggestions and information to help you decide how to encode your audio files.

By default, the Vorbis encoder does not use a seek table in order to save disk space. You must, however, use a seek table in the following circumstances:

To enable the seek table for a selection of Vorbis encoded files, do the following:

Smaller seek table granularities require more memory. Sample-accurate seeking (interactive music or seek actions) may incur a CPU spike if granularity is too large, and inefficient I/O usage if it is larger than the disk streaming granularity. As a rule of thumb, pick a seek table size that is smaller or equal to your disk streaming granularity, which is the value used for AkDeviceSettings::uGranularity during initialization.