iOS 有各种音频框架，从让您可以简单地播放指定文件的较高级别，到让您获取原始 PCM 数据的较低级别，以及介于两者之间的所有内容。对于我们的应用程序，我们只需要播放外部文件(WAV、AIFF、MP3)，但我们需要响应按下按钮来播放外部文件，并且我们需要延迟尽可能小。 (现场制作排队用)
现在 AVAudioPlayer 等可以播放简单的文件 Assets (通过它们的 URL)，但它在实际启动声音时的延迟太大了。对于长度超过五分钟的较大文件，开始声音的延迟可能超过一秒，这使得它在现场表演中几乎没有用处。
现在我知道像 openAL 这样的东西可以用于非常低延迟的播放，但是你会深入到音频缓冲区、音频源、听众等。
就是说，有没有人知道在更高级别(即播放“MyBeddingTrack.mp3”)时延迟非常低的任何框架？预缓冲很好。只是触发器必须要快。
如果我们可以在文件中设置播放的起点和终点，或者改变音量甚至执行闪避等操作，那就更好了。
最佳答案
虽然 Audio Queue 框架相对容易使用..它在幕后包含了很多 DSP 繁重的工作(即，如果您为其提供 VBR/压缩音频..它会在扬声器上播放之前自动将其转换为 PCM ..它还为最终用户不透明地处理了很多线程问题)..这对于开发轻量级非实时应用程序的人来说是个好消息。
您提到您在现场制作中需要它来排队。我不确定这是否意味着您的应用程序是实时的……因为如果是……那么音频队列将难以满足您的需求。一篇关于此的好文章是 Ross Bencina's .带走的是你不能让第三方框架或库做任何可能在幕后昂贵的事情，比如线程锁定或分配或释放等。这对于开发实时音频应用程序来说太昂贵和冒险了.
这就是 Audio Unit 框架的用武之地。Audio Queue 实际上是建立在 Audio Unit 框架之上的(它自动执行了很多工作)..但是 Audio Units 让你和 iOS 一样接近金属.它的响应速度如您所愿，并且可以轻松完成实时应用程序。 Audio Unit 有一个巨大的学习曲线。虽然有一些围绕它的开源包装器可以简化它(请参阅 novocaine)。
如果我是你.. 我至少会浏览 Learning Core Audio ..这是任何 iOS 核心音频开发人员的必读之书..它详细讨论了音频队列、音频单元等，并且具有出色的代码 examples ..
根据我自己的经验..我开发了一个实时音频应用程序，该应用程序对音频有一些严格的要求..我发现了音频队列框架，并认为它好得令人难以置信..我的应用程序在我制作原型(prototype)时运行良好有光线限制.. 但它只是在压力测试时窒息.. 那时候我不得不深入研究音频单元并改变架构等等(它并不漂亮)。我的建议:使用音频队列至少作为音频单元的介绍。如果它满足您的需求，请坚持使用它，但是如果音频队列不再满足您的应用程序的需求，请不要害怕使用音频单元.
关于ios - 我应该使用哪个框架在 iOS 中以低延迟播放音频文件(WAV、MP3、AIFF)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14513095/