David Reid

You'll need to compile as ObjC if you want to go down the single file route. I maintain a cross platform audio library which supports all the major platforms. It's...

Yeah it's the only practical solution, and it's not really a big deal since all the tools just seamlessly work between C/C++/ObjC (in my experience at least). Not aware of...

I don't know what would be causing this. Certainly I'm destroying the audio recorder object when the device is uninitialized: ```c if (pDevice->opensl.pAudioRecorderObj) { MA_OPENSL_OBJ(pDevice->opensl.pAudioRecorderObj)->Destroy((SLObjectItf)pDevice->opensl.pAudioRecorderObj); } ``` Could you maybe...

OK. I don't know what needs to be done to fix this. If it's an error in miniaudio I'll need more information because there's just not enough for me to...

Since the leak appears to be happing from inside Android itself, if miniaudio is at fault it'll be due to me not uninitializing some object. From what I can see...

I'm going to go ahead and close this one. If someone from the community with better knowledge of Android than myself is able to give me some advice about this...

Thanks for the report. Do you know what I should use to check for this at compile time so it works on both older and newer versions of the compiler?

This should be fixed thanks to this PR: https://github.com/mackron/miniaudio/pull/519

This may actually be backend-specific. Which platform are you using? Are you able to add `#define MA_DEBUG_OUTPUT` and post the output here just so I can see which backend is...

Thanks. Both AAudio and OpenSL backends should drain the buffer before stopping. This may actually be a bug in miniaudio. I'll need to investigate this one and get back to...