Possible Workaround For Excessive AEC Ducking Without Entirely Removing Echo Cancellation?

304 views
Skip to first unread message

Josh Dickson

unread,
Jun 14, 2016, 7:13:45 PM6/14/16
to discuss-webrtc
For my application, we rely on high-quality audio recordings that are taken during calls.

We run into a bug in Chrome where crosstalk (two or more participants speaking at the same time) causes really bad artifacts in that recorded audio - the artifacts are so bad that it's not a usable setup. 


Our workaround for this has been to turn off echo cancellation by setting optional audio constraints on echoCalcellation, googEchoCancellation, and googExperimentalEchoCancellation (setting all as false). 

This works for the sound artifacts. Unfortunately, for many users (especially those using earbuds), they then need to turn the volume down so low that they cannot hear the call anymore. In many cases we end up with recordings with echo on them because the person on the call simply had to turn the volume up to be able to hear other people.

Obviously the long term fix is to wait for the Chrome issue to be fixed, but this has been a problem for two years and the current fix does not appear to be close to getting into Chrome.

We've tried everything we could think of to try to work around this (opening separate connections, trying different constraints, etc) and nothing has worked. Most recently I tried a constraint of 'googDucking' set to false, which is what UberConference sets, but Chrome did not see this as a valid constraint upon examining webrtc-internals. 

Wondering if you all who know quite a bit more than we do about the topic had any sort of suggested workaround we might be able to try. 

Thanks,

Josh

Christoffer Jansson

unread,
Jun 15, 2016, 3:56:59 AM6/15/16
to discuss-webrtc
HI,

AFAIK the AEC "ducking" is an issue in the AEC which is being worked on. What this means is that it's not a separate feature in AEC that you can turn off using a constraint, it's an artifact of the AEC trying to cancel out echo.

One thing you could try though is that you only disable googEchoCancellation (echoCancellation turns off ALL audio processing including noise suppression) and see if that helps. Note that the echo canceler will ofc be off now hence echo will be heard.

/Chris

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/78cfefab-d034-4763-b5ab-222bcee124d0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
/Chris

Josh Dickson

unread,
Jun 15, 2016, 3:15:34 PM6/15/16
to discuss-webrtc
Will definitely try this, thank you for the reply.

I don't suppose there is any sort of schedule for when we might end up seeing this change anywhere and this will just be done "when it's done" so to speak? It's hard to read into the granularity of how far the work might be from the Chromium issues.

Thanks again, Chris.

JD
Reply all
Reply to author
Forward
0 new messages