Hi, on iOS Safari since iOS9, WebAudio will only work if 'unlocked' from an input event handler connected to a touch input event. Apart from the fact that I think that this is completely stupid and braindead behaviour of Safari, I'm looking for advice on how to best deal with this from the emscripten side (and more specifically, emscripten's SDL Audio wrapper)?
This behaviour has the unfortunate effect in my emulator (http://floooh.github.io/virtualkc/), that the emulator simply 'freezes' on iOS a few thousand cycles into the emulation since the emulator speed is linked to the audio playback (the emulated CPU will wait for or catch up whenever a new audio buffer is requested, but those buffer requests never happen). All my other demos with sound output are completely silent. There is this issue thread on the topic: https://github.com/emscripten-ports/SDL2/issues/19, but this looks like a hack and is hard to integrate with my code (I'm simply using the SoLoud audio lib with the SDL backend). So my questions: - did anybody find a smaller / more elegant workaround which doen't use the SDL event system and is as non-intrusive as possible? - is this something that should better go into the emscripten SDL wrapper code? (for instance, all SDL code would silently appear to work on iOS without sound output until a touch event happens?) Thanks & Cheers, -Floh. -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
