# Please help test some new android audio code! **URL:** \ **Category:** Android\ **Created:** [March 9, 2012, 12:30pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300 "2012-03-09T12:30:12Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\ **Post date:** [March 9, 2012, 12:30pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/1 "2012-03-09T12:30:12Z")
I’ve just added an OpenSLES audio device for android, in the hope of getting better latency than the java classes can manage… But neither of my two devices or the emulator seems to be capable of supplying any kind of audio input to test! If anyone’s got a device that does handle audio (its OS needs to support API level 10 or greater), I’d really appreciate hearing if it works for you! I’ve tested playback, and that seems to perform better than the java audio, but I’d be really keen to find out: a) if audio input works at all! b) if it does, and you run the juce demo latency test, what kind of numbers are you getting for a given buffer size…? Thanks! ---
**Author:** ![jfitzpat](https://avatars.discourse-cdn.com/v4/letter/j/22d042/32.png) [@jfitzpat](https://forum.juce.com/u/jfitzpat)\ **Post date:** [March 9, 2012, 11:54pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/2 "2012-03-09T23:54:42Z")
Well, I have an Asus Eeee Transformer TF101 here running 3.2.1 (api 13). Audio appears to work. Building today’s tip without re-running introjucer on the JuceDemo project I get Latency results of: 19699 Samples (446.7 mS) Reports Input 8192, output 16384 So correct is -4877 (-110.59 mS) I then rebuilt the Introjucer the required -LD libs looks like it has changed to me (\_\_android\_log… perhaps?). Set the min SDK to 10, and saved. This did pass the JUCE\_ANDROID\_API define on the command line (10). That did cause an “Android OpenSL” device to appear. It appears to record and play, but Latency Test always reports “Couldn’t detect the test signal”. The sound ‘sounds’ the same. Interestingly, switching to Android Audio doesn’t make a difference. Still no latency test results, though record and playback work. I don’t have time to dig any deeper today, but let me know if there is something else you would like me to test. ---
**Author:** ![jfitzpat](https://avatars.discourse-cdn.com/v4/letter/j/22d042/32.png) [@jfitzpat](https://forum.juce.com/u/jfitzpat)\ **Post date:** [March 10, 2012, 12:00am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/3 "2012-03-10T00:00:08Z")
I just futzed with volume up and down and did get to two readings with the new device: 21746 Samples (493.1 mS) And 20756 Samples (470.7 mS) It reports that the input and output latency are 0, so the corrected remains unchanged. NOTE, I’m only sporadically getting readings, so I may well be measuring an echo or something. ---
**Author:** ![jfitzpat](https://avatars.discourse-cdn.com/v4/letter/j/22d042/32.png) [@jfitzpat](https://forum.juce.com/u/jfitzpat)\ **Post date:** [March 10, 2012, 12:06am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/4 "2012-03-10T00:06:42Z")
OK, using a high tech plastic cup next to the built in speaker, cranked full, I can consistently get readings. Android Audio comes in consistently at about 420-440 mS, OpenSL is consistently about 50-60 mS faster (358 mS was the best measured time). Hope that helps. ---
**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\ **Post date:** [March 11, 2012, 3:06pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/5 "2012-03-11T15:06:21Z")
Thanks! Very interesting. Very frustrating too, as looking at the OpenSL API, there seems to be no way at all to actually determine what these latency figures are going to be. Unbelievable that whoever designed the API would just completely fail to add such a basic and essential piece of information… ---
**Author:** ![peteatjuce](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/peteatjuce/32/2347_2.png) [@peteatjuce](https://forum.juce.com/u/peteatjuce)\ **Post date:** [March 12, 2012, 11:35am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/6 "2012-03-12T11:35:05Z")
HI Jules, FWIW, I did mail the man in charge to suggest some changes in this area … but never heard back. 🙂 Best wishes, Pete ---
**Author:** ![peteatjuce](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/peteatjuce/32/2347_2.png) [@peteatjuce](https://forum.juce.com/u/peteatjuce)\ **Post date:** [March 12, 2012, 11:52am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/7 "2012-03-12T11:52:12Z")
I must say - that is pretty terrible latency. ☹ ---
**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\ **Post date:** [March 14, 2012, 11:08am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/8 "2012-03-14T11:08:47Z")
FYI: I’ve updated the class now, am attempting to use the AudioTrack classes to guess a vaguely realistic latency… ---
**Author:** ![peteatjuce](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/peteatjuce/32/2347_2.png) [@peteatjuce](https://forum.juce.com/u/peteatjuce)\ **Post date:** [March 14, 2012, 11:29am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/9 "2012-03-14T11:29:37Z")
Hi Jules, FWIW, if you look at the libvlc project code (open-source video playback), you’ll see that they try to use OpenES, but fall-back to pushing data to AudioTrack on earlier platforms… which might be a sensible approach? In Mixtikl, we’re not bothering with pre-Android 2.3, so that isn’t a specific issue for me. 🙂 [http://www.videolan.org/vlc/download-sources.html](http://www.videolan.org/vlc/download-sources.html) HTH! Pete ---
**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\ **Post date:** [March 14, 2012, 11:34am UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/10 "2012-03-14T11:34:00Z")
> [@](#): > > FWIW, if you look at the libvlc project code (open-source video playback), you’ll see that they try to use OpenES, but fall-back to pushing data to AudioTrack on earlier platforms… which might be a sensible approach? Yeah, that’s what my stuff does too. ---
**Author:** ![peteatjuce](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/peteatjuce/32/2347_2.png) [@peteatjuce](https://forum.juce.com/u/peteatjuce)\ **Post date:** [March 14, 2012, 12:57pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/11 "2012-03-14T12:57:54Z")
Cool 8) ---
**Author:** ![X-Ryl669](https://avatars.discourse-cdn.com/v4/letter/x/a5b964/32.png) [@X-Ryl669](https://forum.juce.com/u/X-Ryl669)\ **Post date:** [March 15, 2012, 3:00pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/12 "2012-03-15T15:00:06Z")
Jules, do you actually have an Android device ? ---
**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\ **Post date:** [March 15, 2012, 3:55pm UTC](https://forum.juce.com/t/please-help-test-some-new-android-audio-code/8300/13 "2012-03-15T15:55:01Z")
> [@X-Ryl669](#): > > Jules, do you actually have an Android device ? Yes, a kindle fire (and my girlfriend has an old android phone too). The kindle’s ok, but has no audio input.