We have certain sequences in our mobile game that rely on an fmod event callback in order to proceed.
This works well, even when we have the audio muted, since I guess the audio is virtualized and event callbacks are still emitted.
The problem is specifically on iOS (haven’t tested Android yet), when there is audio already playing in the background from another app, it seems fmod studio doesn’t run at all, and there are no events emitted, which means certain parts of our game break.
I tried “Mute other audio sources” in Unity, to force other audio to stop when our game is launched, to ensure FMOD Studio runs, but it seems it doesn’t work when we used FMOD Studio.
Is there a workflow / setting here that I’m missing that avoids this issue? The best I can come up with is to somehow check if FMOD has initialized or if the event is playing (not sure what is appropriate), and if it doesn’t, just skip the part where it waits for the callback. Or just add a timer to the callback waiting so that it moves on after it has waited a really long time.
Neither are great workarounds since they will require more work, so I’m wondering if there’s a simpler solution I’m missing here.
We use Unity 6 and FMOD 2.02.23
Sorry for the delayed response!
The behavior you’re observing is most likely due to how FMOD pauses all events and suspends the mixer on receiving an interruption from iOS - it’s likely that it for some reason, it isn’t resuming properly when it should be.
Could I get you to set FMOD’s logging level to “Log” and enable API error logging in the initialization section of FMOD for Unity’s settings, build your app in as a development build, and share a log from XCode where you’ve reproduced the issue on your iOS device?
After further examination, it only happens with the iOS Brave browser’s video player, which automatically makes this less bad than I thought it was. I tried to recreate the issue with the apple music app or with a floating twitch window and fmod worked properly (I mean all audio was playing at the same time and it was a bit of a mess, but it’s fine)
Still, with audio playing from the Brave browser in the background (and potentially others? not sure if it’s exclusive to the brave browser, which makes me a bit uneasy), FMOD seems to not start at all. There is nothing in the log in XCode (I checked that logging actually works and it does).
See the capture from an iPhone for what happens and what is supposed to happen. In the first part I have brave playing some Chopin in the background, then it’s the game playing normally.
I didn’t do it in the video, but if I leave the game on iOS, go stop the background audio from brave, then go back to the game, the audio in the game starts and the track starts from the beginning as if it just started playing and the event does fire eventually.
The steps for repro is to have Brave playing audio in the background (either by a floating video player, or just the audio), and then run anything any app that uses FMOD.
I am willing to accept this is mostly a brave issue, but it would be good if we could at least detect it’s happening, so we could either have code to bypass waiting for callbacks, or at the very least, pop up a message to the user.
