我想为音频交互的实时接口做一个概念，因此真正的低延迟是必不可少的。我在上周已经阅读了很多关于这个主题的内容，但是在如此短的时间内无法获得真实的概述。因此，在深入挖掘之前，我需要评估该项目的可行性。
我已经阅读了很多关于Android和低延迟音频应用程序的问题，我知道iOS在这个领域是优越的，但我更喜欢Android。 （我没有开发iOS必不可少的mac，我更喜欢更开放'Andoid更多）
所以我的问题是：
坏的低延迟行为是否仅与实际音频缓冲/处理有关，还是仅影响midi或OSC应用程序？对我来说，界面是重要的部分 - 这意味着我可以获得在单独的PC中处理的midi / OSC命令。
我需要较低的总体延迟（从手指触摸事件到命令输出）。与iOS相比，这也是Android的问题吗？
答案 0 :(得分：2)
延迟主要是音频缓冲区的功能。这里有最新发展的广泛讨论：
Tl; dr版本：从Jelly Bean开始，Galaxy Nexus能够提供12ms的音频缓冲延迟。我在其他地方读到Nexus 10和Nexus 4可以做同样的事情，但Nexus 7落后了。
这是一个稍微技术性的讨论，它还将引导您使用Open SL来实现低延迟：
https://github.com/libpd/pd-for-android/wiki/Low-latency-support-for-compliant-devices
答案 1 :(得分：2)
Android声音的慢延迟与设备的声音缓冲区长度有关。
我使用旧平板电脑（Android 3.2，Acer ICONIA Tab A500）进行基准测试 传输一个MIDI事件（Note-on）的延迟平均为12毫秒 我认为没有音频的应用程序就足够了。
我用Java创建了基准测试。使用Android NDK将获得更好的性能。
答案 2 :(得分：0)
除了kshoji＆amp; anthropomo答案，
另一个很棒的评论：
http://createdigitalmusic.com/2013/05/why-mobile-low-latency-is-hard-explained-by-google-galaxy-nexus-still-android-of-choice/