Closed Bug 1399193 Opened 7 years ago Closed 4 years ago

Severe audio distortion/slowdown/delay sharing mic in multiple tabs (regression)

Categories

(Core :: WebRTC: Audio/Video, defect, P2)

56 Branch
defect

Tracking

()

RESOLVED WORKSFORME
mozilla57

People

(Reporter: jib, Assigned: achronop)

References

Details

(Keywords: regression)

+++ This bug was initially created as a clone of Bug #1381638 +++

STRs:
 1. Open http://jsfiddle.net/jib1/n49r4v6p/ + share mic
 2. Say "Luke, I am your father"

Expected result: No hilarity

Actual result: Vader-speak on multi-second delay.

Reproduced on OSX, Windows 10 and linux.

From code inspection, this is believed to have regressed in 51 (bug 1271585), but may be tied to enabling of full duplex as well, at least getting a regression range proved difficult when I tried.

Alternative STRs:
 1. Open https://blog.mozilla.org/webrtc/fiddle-of-the-week-audio-constraints/
 2. Click "Result" tab.
 3. Uncheck noiseSuppression
 4. Uncheck echoCancellation

The blog makes the problem quite obvious so it is hard to not imagine it worked at some point. I even tried setting media.navigator.audio.full_duplex=false, but it didn't help (maybe I should have restarted).
Can a mochitest catch this on Linux with a virtual device?
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2

I cannot reproduce this now -- overtaken by events.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.