Table of Contents
Wwise SDK 2021.1.1
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 Plug-in Type Elements for details on how to define these IDs.
- Verify that your plug-in description file specifies the right type of plug-in. The file should use the
SourcePlugintag for source plug-ins and
EffectPluginfor effect plug-ins. Refer to Plug-in Type 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 Sound Engine Plug-ins Overview for an example of PluginRegistration. Refer to Wwise Plug-in XML Description Files and Writing the Authoring Part of an Audio Plug-in 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.
- Your plug-in needs to be a 64-bit DLL. Wwise authoring only runs in 64 bits on Mac.
- 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.
- Make sure the
Classattribute 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
Classattribute 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.
- Verify that the
AudioEnginePropertyIDspecified 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
- Verify that the
AudioEnginePropertyIDspecified 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
AudioEnginePropertyIDtag, and AK::IAkPluginParam::SetParam() for details about implementing AK::IAkEffectParam::SetParam().
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.
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.