fmod crash on android.
1.we render graphic rendering with multithread.
2.our audio system use fmod 2.01.11 version.
3.our mp4 has sounds, in order to listen the audio from mp4, so we un check audio settings in unity.
so the crashes happened when we run in android phone.
this is our crash log.
4.when we check the audio settings in unity.
the crash will not happen. but the audio in mp4 will not be listened.
the quesetion is, can we listen the audio in mp4 and do not crash on phone.
I had a look at the callstack, and it didn’t appear to be a valid callstack, so it unfortunately didn’t help.
I wasn’t able to repro this issue locally - would you be able to send us an example that reproduces the issue? Also, which version of unity are you using and would it be possible for you to send us the log as well?
thanks for your response.
our unity’s version is 2020.3.18f1. i post the crash detail in the website: render with multithread will crash on android phone_小孔明的专栏-CSDN博客
our need: we want to use the unity’s interal audio system for mp4 video. and also use fmod plugin. and we will use multithread for rendering.
our question is: when we disable unity’s audio, the crash will not happen, does this mean, we can use both audio system at the same time?
and this app is our game, it is so large, we can not give you application. i know it is very hard for you to reproduce the crash issue. and when we test our game , we will run about half an hour or more time to reproduce the crash.
later, we upgrade the fmod plugin to 2.01.11, crash still happens.
last, we disable unity’s audio, the crash will not happen, does this mean unity’ multithread rendering conflict with fmod plugin.
Looking at the more detailed log, the invalid callstack and crash being inside operator new would indicate that there is a reasonable chance that this is caused by running out of memory. Would you be able to check your memory usage (might be able to do this with the unity and fmod profilers or some of the android tools) to see whether that is the cause?
Can we use unity’s internal audio system and fmod plugin at the same when we use multithread rendering.
Multithreaded rendering is unrelated and should not affect this either way.
Unity’s audio does compete with FMOD’s audio for resources, so the short answer is no, they should not be used together. We are not sure of the cause of the crash as it is not something we have encountered before. We generally recommend not using fmod audio and unity audio at the same time.
One way around this may be to extract the audio from the video file and play it via fmod rather than via the video player.
2021-10-27 15:11:17.518 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: getOplusScreenModeFeature
2021-10-27 15:11:17.527 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: get feature:IOplusScreenModeFeature
2021-10-27 15:11:17.527 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: getOplusScreenModeFeature
2021-10-27 15:11:17.540 30080-30080/com.pie.piegame I/Unity: windowFocusChanged: true
2021-10-27 15:11:17.907 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: get feature:IOplusScreenModeFeature
2021-10-27 15:11:17.907 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: getOplusScreenModeFeature
2021-10-27 15:11:17.907 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: get feature:IOplusScreenModeFeature
2021-10-27 15:11:17.907 30080-30080/com.pie.piegame I/oplus.android.OplusFrameworkFactoryImpl: getOplusScreenModeFeature
2021-10-27 15:11:21.933 30080-30080/com.pie.piegame V/MediaRouter: Selecting route: RouteInfo{ name=手机, description=null, status=null, category=RouteCategory{ name=系统 types=ROUTE_TYPE_LIVE_AUDIO ROUTE_TYPE_LIVE_VIDEO groupable=false }, supportedTypes=ROUTE_TYPE_LIVE_AUDIO ROUTE_TYPE_LIVE_VIDEO , presentationDisplay=null }
2021-10-27 15:11:25.318 30080-30080/com.pie.piegame D/AudioManager: getStreamVolume packageName=com.pie.piegame, index=2, streamType=3
2021-10-27 15:11:42.746 30080-30119/com.pie.piegame E/<APM_light-weight-task> MonitorManager$a(Line 150): monitor get uid error: For input string: “”
2021-10-27 15:12:10.620 30080-30080/com.pie.piegame D/AudioManager: getStreamVolume packageName=com.pie.piegame, index=2, streamType=3
2021-10-27 15:12:12.262 30080-30080/com.pie.piegame W/ {gsdk_antiaddiction}: event: start message: not login
2021-10-27 15:14:35.483 30080-30264/com.pie.piegame I/NPTH: anr_monitor_loop SIGQUIT
2021-10-27 15:14:45.494 30080-30080/com.pie.piegame I/libc: Requested dump for tid 30080 (com.pie.piegame)
2021-10-27 15:14:45.600 30080-30464/com.pie.piegame W/Unity: [FMOD] OutputAAudio::mixerThread : Increasing buffer size to 1728 due to detected xruns.
FMODUnity.RuntimeManager:DEBUG_CALLBACK(DEBUG_FLAGS, IntPtr, Int32, IntPtr, IntPtr)
2021-10-27 15:14:45.782 30080-30464/com.pie.piegame W/Unity: [FMOD] OutputAAudio::mixerThread : Increasing buffer size to 1920 due to detected xruns.
FMODUnity.RuntimeManager:DEBUG_CALLBACK(DEBUG_FLAGS, IntPtr, Int32, IntPtr, IntPtr)
2021-10-27 15:14:45.798 30080-30464/com.pie.piegame W/Unity: [FMOD] OutputAAudio::mixerThread : Increasing buffer size to 2112 due to detected xruns.
FMODUnity.RuntimeManager:DEBUG_CALLBACK(DEBUG_FLAGS, IntPtr, Int32, IntPtr, IntPtr)
What is this log from? It appears to be indicating xruns, so something is causing the application to stall.
