Ios 如何为音频处理线程设置更高的优先级,以便我的RemoteIO音频单元能够正常运行而不会出现故障?

Ios 如何为音频处理线程设置更高的优先级,以便我的RemoteIO音频单元能够正常运行而不会出现故障?,ios,core-audio,audiounit,mpmusicplayercontroller,Ios,Core Audio,Audiounit,Mpmusicplayercontroller,我注意到,当UI主线程上发生一些沉重的事情时,音频单元渲染会出现声音间隙,例如,第一次显示UIAlertView或某个沉重的UI控制器 请看一下这本书。只有一个远程IO单元具有输出渲染回调,缓冲区持续时间设置为可能的最大值-92ms。加载警报视图时,渲染回调之间有200-300毫秒的间隔,即使渲染函数为空 问题是:如何通过音频单元达到苹果MPMusicLayerController的渲染性能?这是可能的,还是苹果的播放器基于较低的API? 通过查看核心音频邮件列表,我一无所获 提前谢谢 检查其他

我注意到,当UI主线程上发生一些沉重的事情时,音频单元渲染会出现声音间隙,例如,第一次显示UIAlertView或某个沉重的UI控制器

请看一下这本书。只有一个远程IO单元具有输出渲染回调,缓冲区持续时间设置为可能的最大值-92ms。加载警报视图时,渲染回调之间有200-300毫秒的间隔,即使渲染函数为空

问题是:如何通过音频单元达到苹果MPMusicLayerController的渲染性能?这是可能的,还是苹果的播放器基于较低的API? 通过查看核心音频邮件列表,我一无所获


提前谢谢

检查其他一些错误。RemoteIO音频单元已经在比UI运行循环更高优先级的单独线程中运行,因此除非您在回调中执行某些操作,否则不会受到太大影响。谢谢您的回答!但是捕获的价值呢?当出现小故障时,渲染回调之间的间隔超过200ms,它必须在延迟之前聚集4096*3帧。似乎音频线程优先级不够高。有什么想法吗?这方面运气好吗?我想我面临着一个类似的问题,当UI事件发生时,循环缓冲区代码没有被调用。不完全确定它是否是,但像你的一样,我听到音频流中有小故障不,没有什么新的。我会等待迈克尔·泰森的《惊人的音频引擎》的发布,也许他会想出一些解决方案。嗨,伙计们!我的项目中也有同样的问题。这是因为在我的填充缓冲区操作中使用了Avassetrader的
status
属性。我使用时间分析器,检查
状态
是一项非常昂贵的操作。我把它切断了,不再有声音间隙了。所以你应该检查你自己的功能。渲染回调以应有的速度工作。