Increased accuracy when getting current audio time using OpenAL SOFT on native

[ninjamuffin99]

First time writing some bindings stuff! so feel free to tell me where I might need to clean up things. (i will clean up random whitespace / imports changes in the morning, bwah!)

wrote some bindings for al_get_sourcedv_soft and broadly followed along side the get_sourcefv stuff.

Using openal soft extension, can get a more precise time of the current playing audio.

Using ninjamuffin99/Lime-Time as sample / benchmark.

(the graphs here are sorta "right to left", and loop back to the bottom every 1000ms.)
stats.update(FlxG.sound.music.time % 1000);

Before (60FPS)

The timing of the audio 'plateaus' a bit for at least a frame, which may not seem like much, however this is an issue if you were to attempt to get the current playing time from BETWEEN a frame (say, on a keyboard input via an event listener) or on higher framerates (my demo is at 60fps)

After (60FPS)

The values here are ALWAYS being incremented, due to higher precision. No 'plateau' effect.

[ninjamuffin99]

cleaned up the whitespacing, and removed those unneeded public vars 🤝

[mcagabe19]

openal soft gives null object referance at iOS

[SomeGuyWhoLovesCoding]

openal soft gives null object referance at iOS

Ikr? LMAO 🤣

[MAJigsaw77]

Maybe a define needs to be added as openal soft is not on ios or lime should add support for openal soft on ios.

[mcagabe19]

Maybe a define needs to be added as openal soft is not on ios or lime should add support for openal soft on ios.

OpenAL SOFT is not supported for static_link or for iOS itself so lime needed add support for it

[joshtynjala]

OpenAL SOFT is not supported for static_link or for iOS itself so lime needed add support for it

OpenAL SOFT is LGPL, so as I understand it, it must be dynamically linked.

[mcagabe19]

OpenAL SOFT is LGPL, so as I understand it, it must be dynamically linked.

Makes sense, but still OpenAL SOFT needs iOS fixes/patches