We've seen that if we get a buffer underrun followed by a sudden buffer build up the DA-AEC can't really catch up even though it should be possible to estimate the upcoming difference. We have a feature for this already, but that is only used in the regular AEC. This CL turns that feature on also for DA-AEC. - Adds a helper function MoveFarReadPtrWithoutSystemDelayUpdate() - Only apply conservative correction for positive delays, where we can put the AEC into a non-causal state - Stuff the farend buffer if we don't have enough data to process w.r.t. to current nearend buffer. - Always run delay estimation based on reported delays to catch buffer starvation. BUG= R=henrik.lundin@webrtc.org Review URL: https://codereview.webrtc.org/1180423006. Cr-Commit-Position: refs/heads/master@{#9452}
Description
The idea is to make CMake build for WebRTC m130 version - for audio processing module
Languages
C++
90.3%
Java
2.9%
C
2.2%
Objective-C++
2%
Python
1.3%
Other
1%