java speex回声消除_speex 回声消除的用法

speex的回声消息

就是speex_echo_cancellation函数的正确用法

回声消息的原理：

对参考声音(解码的对端原始语音包)做延迟(会有多个延迟,如麦克风直接采集到音箱的声音，经墙壁反射后再次采集)，衰减，

从声卡里采集到的语音，做一个语音合成。

回声产生的条件：

通话中，有一方使用音箱(或者双方都用音箱)。

在实际中如何使用speex_echo_cancellation这个函数呢？错误的使用，将导致speex无法快速地收敛回声滤波器的参数。

使用音箱的那一方，这里我们称之为”发送方”，调用speex_echo_cancellation,

这样做就绕开了网络延迟，引起对算法收敛的干挠。

这是第一点要注意的

(也可以在”接收方”调用speex_echo_cancellation，但网络出现抖动时，就会使算法无法快速收敛，就无法消除回声了)

这样，我们的代码中，大概会是这样的逻辑：

解码网络语音包(记为 play)

写入声卡

采集麦克风的声音(记为rec)

调用speex_echo_cancellation 参play与rec传给这个函数

回想一下，应用层的程序可能会是这样(当然您的程序也可能不是这样,但情形类似)：

一个接收线程，收包，放音

一个发送线程，录音，发包

我们自然会在录音线程里调用speex_echo_cancellation

但这有一个问题，录音线程与放音线程因为系统的调度问题，也会造成抖动，导致speex的回声消除算法无法收敛。

以下的一个程序模形，读者们可以参考

1 接收线程A，解码网络语音包，接语音包推入一个消息队列A

2 放音录音线程B，从队列A中取出语音包，放音，录音，录音得到的语音包，通过speex_echo_cancellation处理后，存入队列B

3 发送线程C，从队列B中取语音包，编码，发送

简单地说，就是用一个线程放音，录音，然后echo cancel，这样就不存在线程调度引起的延迟抖动

采用这种方式，就避免了因为线程调度引起的抖动，避免了不确定的延迟对speex算法收敛过程的干挠。

最后一个干挠因素：os提供的录音放音接口也是异步的。。。

这个干挠因素基本在应用层是无法排除的了。。。可能就是几毫秒的误差，但足以干挠回声消除算法了。

多路语音(会议)

选一个超级节点做合成语音，或者终端对语音进行合成，之后，处理就变成与单对单语音通话类似的情形了

直接上speex_echo_cancellation