Wwise SDK 2019.1.11

Problem: At startup, Wwise displays an error message stating that two plug-ins have the same Company ID and Plug-in ID.

Each plug-in must have a unique Company ID / Plug-in ID combination. Refer to EffectPlugin and SourcePlugin Elements for details on how to define these IDs.

Problem: My plug-in is not available to the user in Wwise.

Verify that your plug-in description file specifies the right type of plug-in. The file should use the SourcePlugin tag for source plug-ins and EffectPlugin for effect plug-ins. Refer to EffectPlugin and SourcePlugin Elements for more information. This category must be matched in both the XML file and PluginRegistration class in your engine-side code.
Verify that your plug-in description file specifies the appropriate supported platforms. Refer to PluginInfo Element for more information.
Verify that the Company ID and Plug-in ID specified in your plug-in's XML file match those used by the AkCreatePlugin() function in your DLL and in the PluginRegistration object. See Wwise Sound Engine Plug-ins Overview for an example of PluginRegistration. Refer to Wwise Plug-in XML Description Files and Exported Functions for more details.
If Wwise displays an error message on startup stating that two plug-ins have the same IDs, refer to Problem: At startup, Wwise displays an error message stating that two plug-ins have the same Company ID and Plug-in ID..
Verify that your XML and DLL have the same name
Verify that your XML and DLL are in the plugins folder.

My plug-in is not available to the user on Mac but works on PC.

Your plug-in needs to be a 64-bit DLL. Wwise authoring only runs in 64 bits on Mac.

Problem: One of the controls in my plug-in's user interface is empty or disabled.

Verify that the property name specified in the control's text in the resources (for example Prop=SineFrequency) is the same as the name specified in your plug-in description file (for example Property Name="SineFrequency"). Refer to "Prop" Control Attribute and Properties Element for more information.
Verify that the control class (for example Class=SuperRange) is suitable for the property's type. Refer to "Class" Control Attribute and Properties Element for more information.

Problem: One of the Wwise controls in my plug-in's user interface does not appear correctly.

Make sure the Class attribute is properly set in your dialog resources. Refer to "Class" Control Attribute for more details.
Make sure your code doesn't change the control's text before the dialog is fully created. In this case Wwise doesn't have access to the Class attribute when required. Note that you should never change the text on a control that is bound to a property. Refer to "Prop" Control Attribute for more information.
Refer to Other Control Attributes and verify that the various control attributes are properly set.
Refer to How to Add Regular Controls to Your Dialogs and How to Add Wwise Property Controls to Your Dialogs for information on the two types of controls available in your plug-in dialogs.

Problem: My plug-in doesn't recognize property changes in the UI.

Verify that the AudioEnginePropertyID specified in your plug-in definition file is in the 0-32767 range, or 0-150 for the wcustomproperties file. Refer to Properties Element for more information about the AudioEnginePropertyID tag.
Verify that the AudioEnginePropertyID specified in your plug-in definition file matches the ID you use in your implementation of AK::IAkEffectParam::SetParam(). Refer to Properties Element for more information about the AudioEnginePropertyID tag, and AK::IAkPluginParam::SetParam() for details about implementing AK::IAkEffectParam::SetParam().

Problem: My plug-in works in Wwise but not in my game.

There are two possibilities:

If your game statically links the effects, make sure you link the plug-in library and include the corresponding factory header file in one of the CPP files.
If your game uses dynamic libraries (such as DLL, SO, and PRX), make sure your effect DLL is copied in the same folder as the executable. Or set AkInitSettings::szPluginDLLPath to add a DLL search path, if they are not in the same folder.

Problem: I can add my plug-in in a project, but I can't hear its effects when playing a sound in Wwise.

You can debug this issue if you do "Start Capture" before playing the sound with your plugin. If you see "Plugin not registered" in the Capture Log, then the issue will be fixed by adding AK_STATIC_LINK_PLUGIN(YourPlugin) in one cpp file of your Authoring-side DLL code.

Problem: My plug-in doesn't work in Unity.

Here are a few points to validate for new plugins in Unity.

Plug-ins loaded by Wwise in Unity must be copied to \Assets\Wwise\Deployment\Plugins\[Platform]\DSP. Usually this is the Release version.
There must be a Windows\x86, Windows\x86_64, and a Mac version of the plug-in so the plug-in can work in the Unity Editor.
The standard Unity integration will detect the plug-in usage from the PluginInfo.xml that is created when generating the banks. The "DLL" tag in PluginInfo.xml comes directly from the "EngineDllName" tag written in the XML file describing the plug-in in the Wwise authoring folders. Make sure your DLL has the same name.

Refer to Plug-in Static Registration for more details.

Was this page helpful?

Need Support?

Questions? Problems? Need more info? Contact us, and we can help!

Visit our Support page

Tell us about your project. We're here to help.

Get started with Wwise