> We’ve made significant improvements in noise-suppression and auto-gain-control as well as slight improvements in echo-cancellation to provide you with a better overall experience.
Same here. This is super helpful to know. I've tried to incorporate a Blackhole-Reaper workflow to apply an equalizer/compressor/limiter to video calls and have experienced odd behavior in both Firefox and Chrome which this might explain.
It has to, and as far as I understand it always has (as well as the operating system).
Take for example echo suppression. For this to work, the algorithm has to be aware of the audio that's being output in real-time. We can't have the server do that, of course, and it would be very inefficient to do this in JavaScript (which also wouldn't have access to audio output by other tabs or processes).
So this has to be something done by the browser, in a very low latency and efficient way.
As far as I understand it, Chrome and Firefox have both been doing browser side DSP in WebRTC for a while. There is a way to disable this however.
I would've expected this to be done at the OS level, or at the very least have this configurable and opt-in at the browser level just so you know and can decide as I assume that it would be counter-productive to have both the OS and the browser do it.
What does that even mean?