Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This audio processing is trivially deactivable by the websites themselves. Instead of doing:

> navigator.mediaDevices.getUserMedia({audio: true}).then(...)

to get a stream of the input device, one can do:

> navigator.mediaDevices.getUserMedia({audio: { autoGainControl: false, noiseSuppression: false, echoCancellation: false }}).then(...)

similarly, an _existing_ input audio stream can have its settings changed while it's running like so:

> stream.applyConstraints({ autoGainControl: true, noiseSuppression: true, echoCancellation: true })

this for examples re-enables the processing that we put on voice by default.

This probably works everywhere, we've written a blog post about this that explain a few more things: https://blog.mozilla.org/webrtc/fiddle-of-the-week-audio-con....

If the website doesn't want to offer a control to switch this on/off, I'm confident this can be done by a browser extension in no time (which would have the benefit to work for all websites).



padenot, although I am a programmer of sorts, I don't do web development, so I'm at a loss. Say I go to the jitsi website (https://meet.jit.si/), type in my four word passcode, and get a conference connection with my teacher. When you say, "instead of doing..." doesn't apply to me, because I don't do anything. It sounds like what you are describing is what the developer of that web page needs to do, but me, as a user, doesn't see any of that.


Yes this is what I meant when I said "by the websites themselves".




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: