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

Question

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++

Answer 1

| 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.