Tatjam

Is the target platform easy to detect? That way we could use MojoAL by default for Android and the web target (I believe iOS implements OpenAL as a system library,...

That's fine, I will push a few changes I'm making to MojoAL as it seemed to have a few small implementation differences from openal-soft.

I've marked all changes with `// tatjam: [change]`. I wrote a very simple function for stereo panning similar to the audio produced by OpenAL-soft, but without any of the HRTF...

Ooops I forgot to resolve a merge conflict.

The build is failing because I didn't write the non-SSE version of the stereo panning. Will get to it right now.

As I said on the commit, the __ARM_NEON__ implementation is untested. It will probably work if it compiles but sadly I have got no device to test on. Aggh for...

It only supports 3D audio (although it was a bit broken as panning only seemed to work when the source was +- 45º in front of the listener, but it...

When compiling with `URHO3D_USE_OPENAL` set to ON all openAL symbols are not resolved. I could fix this by adding ```cmake if (${OPENAL_FOUND}) target_link_libraries(Urho3D PUBLIC ${OPENAL_LIBRARY}) endif () ``` in `Source/ThirdParty/CMakeLists.txt`,...

I just realized that MojoAL doesn't support pitching either. It may be a better idea to drop MojoAL and simply keep the legacy SDL mixer alongside the OpenAL code as...

Turns out it was easier than I expected! I may have a solution soon.