Closed
Bug 852410
Opened 11 years ago
Closed 11 years ago
Web Audio streams enter the blocking state after their playback finishes
Categories
(Core :: Web Audio, defect)
Tracking
()
RESOLVED
FIXED
mozilla22
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
Details
Attachments
(2 files)
|
679.70 KB,
application/x-gzip
|
Details | |
|
1.23 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
In a Web Audio test case which has a noticeable audio delay, I'm noting that the MSG is waking up with a larger and larger delay, finally at around 80ms towards the end of the log...
|
Assignee | |
Comment 1•11 years ago
|
||
We debugged this over IRC with roc, and it turns out the issue is that we put AudioNodeStreams in the blocking state when their playback finishes...
Summary: MediaStreamGraph's processing loop starts to pause for longer and longer times → Web Audio streams enter the blocking state after their playback finishes
|
|
Assignee | |
Updated•11 years ago
|
Assignee: nobody → ehsan
|
|
Assignee | |
Comment 2•11 years ago
|
||
Attachment #726505 -
Flags: review?(roc)
Attachment #726505 -
Flags: review?(roc) → review+
|
|
Assignee | |
Comment 3•11 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/a9d305be83c9
|
||
Comment 4•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/a9d305be83c9
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla22
|
|
Assignee | |
Comment 5•11 years ago
|
||
Mass moving Web Audio bugs to the Web Audio component. Filter on duckityduck.
Component: Video/Audio → Web Audio
You need to log in
before you can comment on or make changes to this bug.
Description
•