You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, gdx-miniaudio cannot read audio files placed inside the .jar archive. There are a couple way to fix this on the library side, but any fix looks out of the scope of this library. At moment the most efficient way to load audio files packed in a distribution jar is to extract them to a temporary directory and load files with absolute/relative path.
The text was updated successfully, but these errors were encountered:
Why isn't the usage of decoders a possibility? It would allow the usage of ma_decoder_init_memory, which would ultimately mean that the PCM data from FLACs, MP3s or WAVs could easily be gathered without depending on other libraries. Of course, doing so probably would mean creating an MADecoder class.
From the rough MA calls needed you'd probably have something similar to (of course grossly over-exaggerated)
Yes you're right, a MADecoder binding would be useful in this and also other cases.. I'm also sorry that the binding is stuck at v0.11.17 while MiniAudio is now at v0.11.21, unfortunately I lost my way to test macOS and iOS.. But I know, I need to keep this updated in a way or another, I'll try to find a solution soon :)
Currently,
gdx-miniaudio
cannot read audio files placed inside the.jar
archive. There are a couple way to fix this on the library side, but any fix looks out of the scope of this library. At moment the most efficient way to load audio files packed in a distributionjar
is to extract them to a temporary directory and load files with absolute/relative path.The text was updated successfully, but these errors were encountered: