Community Q&A

Welcome to Audiokinetic’s community-driven Q&A forum. This is the place where Wwise and Strata users help each other out. For direct help from our team, please use the Support Tickets page. To report a bug, use the Bug Report option in the Audiokinetic Launcher. (Note that Bug Reports submitted to the Q&A forum will be rejected. Using our dedicated Bug Report system ensures your report is seen by the right people and has the best chance of being fixed.)

To get the best answers quickly, follow these tips when posting a question:

  • Be Specific: What are you trying to achieve, or what specific issue are you running into?
  • Include Key Details: Include details like your Wwise and game engine versions, operating system, etc.
  • Explain What You've Tried: Let others know what troubleshooting steps you've already taken.
  • Focus on the Facts: Describe the technical facts of your issue. Focusing on the problem helps others find a solution quickly.

Crash in AkSoundEngine.dll!memset() Line 75 via AkSoundEngine.dll!mapping_inverse [Unity, Windows]

0 votes

Is anyone familiar with a crash with the callstack below? We are getting in each run of our standalone windows client, built with Unity 2017.1.1f1 and Wwise integration 2017.1.0 6203 . I have increased the pool sizes to 65536 in AkInitiliazer, and eliminated usage of DSP special effects, but the crash persists. The client is not running out of memory, it has ~50% free when this happens.

AkSoundEngine.dll!memset() Line 75 Unknown
00000000261a4590() Unknown
AkSoundEngine.dll!mapping_inverse(vorbis_dsp_state * vd, vorbis_info_mapping * info) Line 146 C++
AkSoundEngine.dll!vorbis_dsp_synthesis(vorbis_dsp_state * vd, ogg_packet * op) Line 360 C++
AkSoundEngine.dll!DecodeVorbis(AkTremorInfo * in_pTremorInfo, unsigned short in_uMaxPacketSize, unsigned char * in_pInputBuf, float * & in_pOutputBuf) Line 53 C++
AkSoundEngine.dll!CAkSrcBankVorbis::GetBuffer(AkVPLState & io_state) Line 51 C++
AkSoundEngine.dll!CAkLEngine::RunVPL(AkRunningVPL & io_runningVPL) Line 2482 C++
AkSoundEngine.dll!CAkLEngine::ProcessSources(bool in_bRender) Line 2710 C++
AkSoundEngine.dll!CAkLEngine::SoftwarePerform() Line 2650 C++
AkSoundEngine.dll!CAkLEngine::Perform() Line 591 C++
AkSoundEngine.dll!CAkAudioMgr::Perform() Line 554 C++
AkSoundEngine.dll!CAkAudioThread::EventMgrThreadFunc(void * lpParameter) Line 69 C++

in General Discussion by Chris M. (180 points)

1 Answer

0 votes

| Is anyone familiar with a crash with the callstack below?

no but looking at the code it does look like the only way you'd get an exception from memset in mapping_inverse was if the previous allocation from the lower engine default pool failed - barring any memory corruption

the other possibility is that one or both of the block sizes from the codec setup info are invalid, this would suggest either corruption in the media or an issue with the encoding process

|  I have increased the pool sizes to 65536 in AkInitiliazer

which pool? how much space does the lower engine default have?

Are you using SetMedia or PrepareMedia with vorbis? in 2017.1.3 an issue was fixed:

WG-35020 Fixed: Crash when using SetMedia or PrepareMedia with Vorbis data.

You might consider upgrading as the following potentially related issues have been fixed since 2017.1.1, if only to see if the issue goes away:

2017.1.1: 

WG-34210 Fixed: Memory corruption when routing mono to LFE bus and 2D positioning with panner enabled.

2017.1.3

 

WG-35020 Fixed: Crash when using SetMedia or PrepareMedia with Vorbis data.

 

2017.1.4

WG-35721 Fixed: Crash in Vorbis decoder when not enough memory.

by Dan M. (380 points)
edited by Dan M.
Powered by Question2Answer
...