5

我想为音频交互的实时界面做一个概念,所以真正的低延迟是必不可少的。上周我读了很多关于这个话题的文章,但是在这么短的时间内不可能得到一个真正的概述。所以在我深入挖掘之前,我需要评估这个项目的可行性。

我已经阅读了很多关于 Android 和低延迟音频应用程序的问题,并且我知道 iOS 在这个领域非常出色,但如果可能的话,我更喜欢 Android。(我没有开发 iOS 必不可少的 mac,我只是更喜欢更“开放”的 Andoid 更多)

所以我的问题是:

  1. 糟糕的低延迟行为是否仅与实际的音频缓冲/处理有关,或者它是否也影响 midi 或仅 OSC 应用程序?对我来说,界面是重要的部分——这意味着我只需获取在单独的 PC 中处理的 midi/OSC 命令就可以了。

  2. 我需要较低的整体延迟(从手指触摸事件到命令输出)。与iOS相比,这也是Android的问题吗?

4

3 回答 3

2

延迟主要是音频缓冲区的函数。这里对最新发展进行了广泛的讨论:

http://createdigitalmusic.com/2012/07/android-high-performance-audio-in-4-1-and-what-it-means-plus-libpd-goodness-today/

Tl;dr 版本:Galaxy Nexus 能够在 Jelly Bean 中实现 12 毫秒的音频缓冲延迟。我在其他地方读到过 Nexus 10 和 Nexus 4 也可以做到这一点,但 Nexus 7 落后了。

这里有一个稍微技术性的讨论,它也将引导您找到一个使用 Open SL 来实现低延迟的库:

https://github.com/libpd/pd-for-android/wiki/Low-latency-support-for-compliant-devices

于 2013-02-07T17:40:03.790 回答
2

Android 声音的慢延迟与设备的声音缓冲区长度有关。

我用我的旧平板电脑(Android 3.2,Acer ICONIA Tab A500)进行了基准测试。
传输一个 MIDI 事件(Note-on)的延迟平均为 12 毫秒。
我认为没有音频的应用程序就足够了。

我用 Java 创建了基准测试。使用 Android NDK 将获得更好的性能。

于 2013-02-08T08:16:11.967 回答
0

除了 kshoji 和 anthropomo 的答案,
另一个很棒的评论:
http ://createdigitalmusic.com/2013/05/why-mobile-low-latency-is-hard-explained-by-google-galaxy-nexus-still-android-选择/

于 2013-11-04T15:57:16.250 回答