Closed
Bug 817455
Opened 12 years ago
Closed 11 years ago
Diagnose and fix stream underruns with getUserMedia
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: roc, Assigned: padenot)
Details
(Whiteboard: [getUserMedia], [blocking-gum-])
According to the logs in https://bugzilla.mozilla.org/show_bug.cgi?id=816664#c10, in the testcase(s) in that bug MediaStreamGraphImpl::WillUnderrun is showing underruns for the getUserMedia audio+video stream. We need to figure out why. It may be because we just haven't received any audio data yet.
Updated•12 years ago
|
Assignee: nobody → paul
Updated•12 years ago
|
OS: Windows 7 → All
Priority: -- → P3
Hardware: x86_64 → All
Whiteboard: [getUserMedia], [blocking-gum-]
Assignee | ||
Comment 1•12 years ago
|
||
So, I've investigated a bit on this. We are doing exactly two periods of underrun, at the, when we start the testcase (that is, at the very beginning), and we never underrun after those initial two (I've run the test case several time, each time for a while, with some logging to make sure). I don't know enough about the whole MediaStream framework to draw conclusion yet, though, but I'm working on that.
Status: NEW → ASSIGNED
OS: All → Windows 7
Priority: P3 → --
Hardware: All → x86_64
Comment 2•11 years ago
|
||
I believe this bug was fixed when jesup landed the patch to fix the underrun stream asserts that we're firing in the gUM tests.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•