Open
Description
We have been receiving reports of the following crash through the play console. It looks like all are on Android 10:
#00 pc 000000000000f638 /system/lib64/libaudioutils.so (memcpy_to_i16_from_float+216)
#00 pc 0000000000040224 /system/lib64/libaaudio.so (flowgraph::SinkI16::read(void*, int)+164)
#00 pc 0000000000034c64 /system/lib64/libaaudio.so (aaudio::AudioStreamInternalPlay::writeNowWithConversion(void const*, int)+356)
#00 pc 00000000000346c0 /system/lib64/libaaudio.so (aaudio::AudioStreamInternalPlay::processDataNow(void*, int, long, long*)+528)
#00 pc 0000000000031ea8 /system/lib64/libaaudio.so (aaudio::AudioStreamInternal::processData(void*, int, long)+376)
#00 pc 0000000000034234 /system/lib64/libaaudio.so (aaudio::AudioStreamInternalPlay::callbackLoop()+316)
#00 pc 000000000001d388 /system/lib64/libaaudio.so (AudioStream_internalThreadProc(void*) [clone .cfi]+224)
#00 pc 00000000000e3b24 /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+36)
#00 pc 0000000000085330 /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)
We are unable to reproduce it ourselves, and I it looks like it's related to AAudio so not really an Oboe issue, but maybe there's some obvious way we might be misusing the Oboe API or something that can be fixed with a device or android version specific quirk?
I've noticed other people encountered the same issue:
https://www.audiokinetic.com/qa/7573/libaudioutils-memcpy_to_i16_from_float-memcpy_to_i16_from_float
https://forum.juce.com/t/android-audio-application-template-crashing-at-start-up-on-samsung-s9/44003
But no helpful info there.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment