[Bug Fix]Messy Audio语音电话不清晰问题

最新推荐文章于 2021-07-03 23:42:01 发布

我把葡萄酿成酒

最新推荐文章于 2021-07-03 23:42:01 发布

阅读量616

点赞数

分类专栏： Audio系统

本文链接：https://blog.csdn.net/ffmpeg4976/article/details/42340335

版权

Audio系统专栏收录该内容

24 篇文章 9 订阅

订阅专栏

早在第一家公司的时候，有一个印象深刻的Bug，很值得思考。这个Bug充分说明了有缺点的系统架构是怎么在不经意间影响了产品的。

DSP有一个简单的操作系统，可以运行一些task，这些task有一定的优先级，优先级低的task可以被优先级高的中断。
对MCU来说，DSP就是一个外设，它周期性的给MCU发中断，MCU的中断处理程序会在DSP和MCU之间的DPRAM上读取数据。为了同步DSP和MCU对DPRAM的读写，需要设置和检测一些flag寄存器（DSP上）。
DSP上的task有：
优先级最高的中断级任务 Boot Task，FRAME Task，CMD Task，PCM Task。
当CPU的中断来了的时候，CMD Task激活，然后它将激活PCM Task，顾名思义，PCM Task是处理PCM数据的。
下一优先级的任务是MIX Task，它运行Super Foreground Level，每2ms被执行一次，用来混音。
然后，再下一优先级的任务是Speech tasks，运行在Foreground Level，每20ms运行一次，用来处理语音电话数据。
最低优先级的任务是Music Task，运行在Background Level，处理一切跟Music，Tone相关的事情。
打3G语音电话的时候，MCU和DSP之间的通信可以用这样的一个抽象图来表示：

这样，当Telecom很频繁的发送AMR语音帧时，可能两个连续的语音帧的时间间隔<DSP读取和回调的时间间隔，这样，当CPU试图写入第二个语音帧时，第一个语音帧还在，于是CPU丢弃了第一帧。这样就出现了Messy Audio的问题。

解决方法很简单，就是增大Buffer的大小，扩容为以前的两倍，这样CPU除非连续三帧来的时间间隔< DSP读取和回调的时间间隔时，CPU才会丢弃语音帧---这个概率基本是不存在的。

阅读(3) | 评论(0) | 转发(0) |

上一篇：没有了

下一篇：浮点运算是怎么实现的？