Closed
Bug 1126723
Opened 11 years ago
Closed 11 years ago
mp3 audio streaming start is delayed [intermittent]
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla38
People
(Reporter: adalucinet, Assigned: bholley)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
|
3.67 MB,
text/rtf
|
Details | |
|
889 bytes,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
|
1.35 KB,
patch
|
cpearce
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
logged as requested in bug 1121148 comment 17
Reproducible on Nightly 38.0a1 (Build ID: 20150127030230) *only* with e10s enabled
Platform: Mac OS X 10.10
Steps to reproduce:
1. Navigate to http://radiobattletoads.com/test_mozilla.php
2. Click on Play radio (mp3) button
Expected results: Audio starts in 1, 2 seconds.
Actual results: Audio is delayed.
| Reporter | ||
Comment 1•11 years ago
|
||
| Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(bobbyholley)
| Assignee | ||
Comment 2•11 years ago
|
||
Thanks for the bug report. Looks like this affects the media code in general (not just Nightly), and it's just an issue of e10s altering the timing and getting us to go into buffering mode before we finish prerolling.
I reproduced those conditions artificially, and found a number of bugs. I'll work up some patches.
Assignee: nobody → bobbyholley
Flags: needinfo?(bobbyholley)
| Assignee | ||
Comment 3•11 years ago
|
||
The apple MP3 decoder passes in garbage for this particular live stream. Let's
validate our inputs.
Attachment #8563521 -
Flags: review?(cpearce)
| Assignee | ||
Comment 4•11 years ago
|
||
GetEstimatedBufferedTimeRanges returns an empty range if the duration is -1.
Attachment #8563522 -
Flags: review?(cpearce)
Updated•11 years ago
|
Attachment #8563522 -
Flags: review?(cpearce) → review+
Updated•11 years ago
|
Attachment #8563521 -
Flags: review?(cpearce) → review+
| Assignee | ||
Comment 5•11 years ago
|
||
| Assignee | ||
Comment 6•11 years ago
|
||
| Assignee | ||
Comment 7•11 years ago
|
||
Comment on attachment 8563522 [details] [diff] [review]
Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
Flagging for aurora/beta approval. Not sure if it's too late for beta - if it is it's probably ok. This is basically the same regression as bug 1121148, but more intermittent. We've only seen this in practice with e10s, because it's very timing dependent.
Approval Request Comment
[Feature/regressing bug #]:bug 1091008
[User impact if declined]: potential 30-second delay when buffering a video
[Describe test coverage new/current, TreeHerder]: None
[Risks and why]: Low. But given where we are in the cycle, that still might be too much for beta.
[String/UUID change made/needed]: None
Attachment #8563522 -
Flags: approval-mozilla-beta?
Attachment #8563522 -
Flags: approval-mozilla-aurora?
Comment 8•11 years ago
|
||
Comment on attachment 8563522 [details] [diff] [review]
Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
We are going to build a beta 10. Not sure that we will take it or not right now.
Anyway, we probably want that in aurora.
Attachment #8563522 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/20a6417016df
https://hg.mozilla.org/mozilla-central/rev/16df4e462d80
Status: NEW → RESOLVED
Closed: 11 years ago
status-firefox38:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Comment 10•11 years ago
|
||
Comment on attachment 8563522 [details] [diff] [review]
Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
Taking it in beta 10 too. We will be able to backout this change in the RC build if it creates regressions.
Attachment #8563522 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 11•11 years ago
|
||
Comment on attachment 8563522 [details] [diff] [review]
Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
Oh, e10s specific. Not taking it.
Attachment #8563522 -
Flags: approval-mozilla-beta+ → approval-mozilla-beta-
| Assignee | ||
Comment 12•11 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #11)
> Comment on attachment 8563522 [details] [diff] [review]
> Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
>
> Oh, e10s specific. Not taking it.
The reporter was only able to reproduce the issue with e10s, but the actual bug could happen for any other reason that changes timing (i.e. network traffic patterns).
Flags: needinfo?(sledru)
Comment 13•11 years ago
|
||
Comment on attachment 8563522 [details] [diff] [review]
Part 2 - Bail out of HasLowUndecodedData if we don't have a duration. v1
OK
Flags: needinfo?(sledru)
Attachment #8563522 -
Flags: approval-mozilla-beta- → approval-mozilla-beta+
Comment 14•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/1220d2300693
https://hg.mozilla.org/releases/mozilla-aurora/rev/0e0c3bcaeb0e
https://hg.mozilla.org/releases/mozilla-beta/rev/4f90bd0f1348
https://hg.mozilla.org/releases/mozilla-beta/rev/bbd9460d9987
status-firefox36:
--- → fixed
status-firefox37:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•