[Speex-dev] Anyone knows how microsoft AEC can deal with mismatches between clocks of capture and render streams?
limaoquan2000 at 126.com
Tue Apr 12 11:48:52 PDT 2011
Sample rate conversion is not enough to solve this problem. I have tried this method several months
ago. The first step is to measure the difference between sample rate of capturing and rendering. Then
resampling (by what you said "sinc interpolation") one signal to eliminate the difference. The frequency
step in my experiment is less than 0.1Hz. I have tried speex AEC after resampling, much more echo is
cancelled than the one without resampling. But there is still echo can be heared.
After all, frequency step of sample rate conversion is limited, mismatch is still exist after resampling.
Someone told me that capture and render codec have different clock generator which shift independently.
And LMS algorithm is very sensitive to the difference between sample rates.
At 2011-04-12 21:46:26，"Shridhar, Vasant" <vasant.shridhar at harman.com> wrote:
I would imagine that it is handle through basic asynchronous sample rate conversion. There is a lot of literature out there on the different techniques to do this. A common method is sinc interpolation. This is how I have handle these types of things in the past.
From:speex-dev-bounces at xiph.org [mailto:speex-dev-bounces at xiph.org]On Behalf OfLiMaoquan2000
Sent: Tuesday, April 12, 2011 12:36 AM
Subject: [Speex-dev] Anyone knows how microsoft AEC can deal with mismatches between clocks of capture and render streams?
We all know that mismatch between clocks of ADCs of far-end voice and near-end voice is not allowed in a time-domain or frequency-domain LMS based AEC system. It means that capture and render audio streams must be synchronized to a same sample rate. However, I found that this restriction is removed in microsoft AEC from Windows XP SP1. Anyone knows how microsoft AEC do it? This technology is much helpful for us to implement AEC in common PC. We know that most low-cost soundcards have different sample rates in capturing and rendering which prevents LMS based AEC from being used in most computer.
In Windows XP, the clock rate must be matched between the capture and render streams. The AEC system filter implements no mechanism for matching sample rates across devices. ............. In Windows XP SP1, Windows Server 2003, and later, this limitation does not exist. The AEC system filter correctly handles mismatches between the clocks for the capture and render streams, and separate devices can be used for capture and rendering.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Speex-dev