Add OpenMAX AL as an Audio Backend?

[King Dude]

Perhaps OpenMAX AL would be fitting for Dolphin. Thoughts?

https://www.khronos.org/registry/omxal/specs/OpenMAX_AL_1_1_Specification.pdf

[KHg8m3r]

We already implement OpenAL and Xaudio2, both of which are superior to OpenMAX AL.

OpenMAX AL is built for lower-powered systems, like mobile phones, and lacks more powerful audio control given by OpenAL and Xaudio2.

However, if you are interested in it, you can look at the current audio code and make an OpenMAX AL backend and make a branch of Dolphin that supports it.

And why did you bring it up? Do you develop with it?

[King Dude]

(10-24-2014, 02:24 PM)KHg8m3r Wrote: We already implement OpenAL and Xaudio2, both of which are superior to OpenMAX AL.

OpenMAX AL is built for lower-powered systems, like mobile phones, and lacks more powerful audio control given by OpenAL and Xaudio2.

However, if you are interested in it, you can look at the current audio code and make an OpenMAX AL backend and make a branch of Dolphin that supports it.

And why did you bring it up? Do you develop with it?

OpenAL later versions are propriety software, and it seems that even though it might be superior than OpenMAX AL, I believe that OpenMAX AL has more potential when it comes to future development. I'm highly interested in developing for Dolphin, however, as a beginner I'm still learning the basic foundation to programming. It's a long, but hopefully rewarding learning process.

And isn't there versions of Dolphin for ARM platforms? Perhaps ARM would be the main target for adding OpenMAX AL, based on what I've read about it being suited for low-powered devices.

[Sonicadvance1]

We use OpenSL ES on Android. Considering we are really just doing basic channel mixing we don't really need the extra features that OpenMAX provides to us.

[degasus]

In fact, higher level APIs for sounds are bad for us. We need a way to stream audio, best with callbacks. Higher APIs usually don't have such a callback mode.