我想为音频交互做一个实时界面的概念,所以真正的低延迟是必不可少的。在过去的一周里,我读了很多关于这个话题的文章,但是在这么短的时间内不可能得到一个真正的概述。因此,在我深入挖掘之前,我需要评估这个项目的可行性。
我读过很多关于安卓和低延迟音频应用程序的问题的文章,我知道iOS在这个领域的优势很大,但我可能更喜欢安卓。(我没有开发iOS所必需的mac,我只是喜欢更“开放”的Andoid更多)
所以我的问题是:
发布于 2013-02-07 17:40:03
延迟主要是音频缓冲区的一个功能。在此广泛讨论了最近的事态发展:
http://createdigitalmusic.com/2012/07/android-high-performance-audio-in-4-1-and-what-it-means-plus-libpd-goodness-today/
Tl;dr版本: Galaxy能够像Jelly一样具有12 as的音频缓冲延迟。我在其他地方读到过,尼克斯10号和尼克斯4号也可以这样做,但尼克斯7号落后了。
这里有一个略为技术性的讨论,它还将引导您进入一个使用Open实现低延迟的库:
https://github.com/libpd/pd-for-android/wiki/Low-latency-support-for-compliant-devices
发布于 2013-02-08 08:16:11
Android声音的慢延迟与设备的声音缓冲长度有关。
我用我的旧平板电脑(Android3.2,宏碁ICONIA Tab A500)做基准测试。
传递一个MIDI事件(Note)的潜伏期平均为12毫秒.
我认为没有音频的应用程序可以产生足够的效果。
我用Java创建了基准测试。使用Android将获得更好的性能。
发布于 2013-11-04 15:57:16
除了kshoji和拟人化的答案,
另一项重要的评论是:
http://createdigitalmusic.com/2013/05/why-mobile-low-latency-is-hard-explained-by-google-galaxy-nexus-still-android-of-choice/
https://stackoverflow.com/questions/14756554
复制相似问题