I am not sure on the reliability of those fmod callstacks there, but this one has some promising details:
The order of the libs being called resemble that of a known issue on Android, which should be resolved in Android 13. Here is the stack trace of that bug for comparison:
libaudioclient.so (android::AudioTrack::setVolume(float, float)+468)
libaaudio_internal.so (aaudio::AudioStreamTrack::doSetVolume()+116)
libaaudio_internal.so (aaudio::AudioStream::MyPlayerBase::playerSetVolume()+340)
libaudioclient.so (android::PlayerBase::setVolume(float)+148)
libaudioclient.so (android::media::BnPlayer::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+668)
libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+252)
libbinder.so (android::IPCThreadState::executeCommand(int)+1048)
libbinder.so (android::IPCThreadState::getAndExecuteCommand()+164)
libbinder.so (android::IPCThreadState::joinThreadPool(bool)+72)
libbinder.so (android::PoolThread::threadLoop()+28)
libutils.so (android::thread::_threadLoop(void*)+264)
libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+148)
libutils.so (thread_data_t::trampoline(thread_data_t const*)+408)
libc.so (__pthread_start(void*)+264)
libc.so (__start_thread+68)
If you were to make a debug/logging build of your application I suspect you would see it ending on android::AudioTrack::setVolume as well. Since you have a test device available, perhaps you could try updating to Android 13 and see if you can still reproduce this crash?