Closed Bug 817455 Opened 12 years ago Closed 11 years ago

Diagnose and fix stream underruns with getUserMedia

Categories

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

18 Branch
x86_64
Windows 7
defect
Not set
normal

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.
Assignee: nobody → paul
OS: Windows 7 → All
Priority: -- → P3
Hardware: x86_64 → All
Whiteboard: [getUserMedia], [blocking-gum-]
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
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.