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)
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).
Comment 1•7 years ago
|
||
Can a mochitest catch this on Linux with a virtual device?
Updated•7 years ago
|
Rank: 10
Comment 2•7 years ago
|
||
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2
Comment 3•4 years ago
|
||
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.
Description
•