ACrazyTown
ACrazyTown
@mcagabe19 @MAJigsaw77 The native C++ functions will return null if `LIME_OPENALSOFT` is not defined. This is later checked on the Haxe side: https://github.com/openfl/lime/blob/3f9041ab7d63c7c1cbc397dc482dd8cd2a0e7401/src/lime/_internal/backend/native/NativeAudioSource.hx#L592-L599 Is that not enough?
If it is problematic to add this to the AudioSource API (as Lime uses 3 different OpenAL backends depending on the configuration and only OpenAL Soft can query latency) would...
I'm a bit unfamiliar when it comes to unit tests. Maybe we could check if the internal sound (`_sound`) is created and not null to see if Flixel managed to...
> Just gonna say it, a byte array isn't "embedded", so it's odd to use this to load it... Maybe we should add a new `load()` method and deprecate loadEmbedded...
> Also Openfl does have the ability to "stream" audio, but I don't know if flixel leverages this I believe it doesn't. I think we just have to use `Assets.getMusic()`...
Should I repurpose this and also include the load() changes here or should that be done in a seperate PR?
There's still some quirks I need to figure out related to audio streaming. To not bloat this PR I'll strip out parts related to audio streaming and re-add them later...
> Maybe don't restrict MUSIC asset type to lime_vorbis in the future? since who knows if lime is going to add another format being able to streamed beside vorbis Yeah,...
It'a also used instead of OpenAL Soft when static linking (due to licensing conflicts) I believe
What's the status of this?