为什么user版本加入SKT保护算法要在audio_policy_configuration.xml 中把deepbuffer去掉？开启HAL层完成混音

 是因为担心SKT算法，是在混音之前，既作用于primary+fast流，又保护了deepbuffer,然后在混音；

需要的方案

  skt保护算法处理deepbuffer/voip/primary/fast mix后的音频数据流

jerry的提示

我的代码

 我的log

修改

 1，在audio_policy_configuration.xml 中将deepbuffer 加回来；

2 ，

****************

SKTune“神仙算法”是一套完备的“音频全流程解决方案”， 包含了艾为音效算法和喇叭保护算法。艾为专有的音效算法，是一款与世界级专业音效公司合作的全新算法，旨在为用户带来极致听音体验。

在当前手持设备或其他消费电子设备中，由于体积和外形的要求，作为发声的喇叭尺寸受到了极大限制，因为尺寸的限制会造成喇叭对于低音部分无法响应。音频部分低音的缺失，无法给消费者提供更高要求的听觉享受。艾为 SKTune“神仙算法”能够通过精密的算法，精确分析虚拟声场的声学特性，从而转化为精确的混响函数，建立生动明亮的虚拟声场。FFT Based虚拟低音功能，还可以产生并增强低频的谐波，从而获得接近真实的虚拟低音。