如何解决循环缓冲区的填充速度快于AVAudioSourceNode渲染块可以从中读取数据的速度
我正在尝试将AVAudioSourceNode连接到调音台节点以输出到扬声器。我是iOS和音频编程的新手,因此对于这个问题是愚昧还是不清楚,我深表歉意,但我会尽力解释。
在AVAudioSourceNode渲染块中,我试图检索已存储在循环缓冲区中的接收流数据(例如,我目前使用FIFO缓冲区的基本实现,但正在考虑移至TPCircularBuffer)。我检查缓冲区是否有足够的字节供我填充音频缓冲区,如果是,我就抓住这些字节进行输出;如果没有,我要么等待,要么尽我所能,用零填充丢失的字节。
在调试中,看来我遇到了以下情况:循环缓冲区的填充速度 快得多,而渲染块调用该缓冲区访问缓冲区以从中检索数据的速度更快。可以理解的是,在运行OK几秒钟之后,一旦循环缓冲区已满(我什至不确定我应该实际增大多少,但我想这是另一个问题),输出就会变成垃圾。
好像用流数据填充循环缓冲区的操作(以及可能还有其他任务)要优先于在渲染块内进行的调用。我以为涉及音频节点的音频操作会自动获得优先级,但是可能我没有做任何必要的事情来实现这一目标。
我已阅读以下主题:
Synchronising with Core Audio Thread
似乎在本质上提出了类似的问题,但是对我的理解和处境水平的一些最新指导和解释将是有帮助的,非常感谢!
解决方法
对于播放,音频系统将仅以指定的采样率请求数据。如果您以比采样率更快的速度填充循环缓冲区长时间,则会溢出。
因此,您必须确保采样发生器或输入数据流符合配置音频系统的采样率,且不超过(严格限制的突发或延迟抖动除外)。循环缓冲区的大小必须足够大,以覆盖最大突发大小,最大延迟抖动,任何预填充以及安全裕度。
另一个可能的错误是试图在render块回调中做很多事情。因此,Apple建议不要在实时音频回调中使用任何需要内存管理或锁或信号灯的代码。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。