Closed
Bug 1305284
Opened 8 years ago
Closed 8 years ago
webm/vp9 audio breaks off in some youtube musics
Categories
(Core :: Audio/Video: Playback, defect, P1)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox49 | --- | unaffected |
firefox-esr45 | --- | unaffected |
firefox50 | --- | unaffected |
firefox51 | + | fixed |
firefox52 | + | fixed |
People
(Reporter: euthanasia_waltz, Assigned: jya)
References
Details
(Keywords: regression)
Attachments
(3 files, 1 obsolete file)
STR:
1. Open https://www.youtube.com/watch?v=p42tuJnyDo4
2. Right-click the HTML5 Player, click "Stats for nerds" and ensure 'Mime Type: video/webm; codecs="vp9"'
3. Listen the music
ER:
Finished normally
AR:
At 2:59, sound breaks off.
I'm feeling it was stopping about hundreds mili-second. It's a large gap.
The progress bar of the HTML5 Player looks like buffer was dropped, or adjusted.(?)
This occurs when 'Mime Type: video/webm; codecs="vp9"'. If I disabled webm(media.webm.enabled=false), this won't occur because of 'Mime Type: video/mp4; codecs="avc1.4d400d"'. But it may not matter...
mozregression: (w/media.mediasource.webm.enabled=true)
27:20.48 INFO: Last good revision: b535fb46742b36ecc87a8d1fba4a7fad27714588
27:20.48 INFO: First bad revision: d441ac0b35aedaf1df5ffe995cd4ffaaa697ee49
27:20.48 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b535fb46742b36ecc87a8d1fba4a7fad27714588&tochange=d441ac0b35aedaf1df5ffe995cd4ffaaa697ee49
27:21.51 INFO: Looks like the following bug has the changes which introduced the regression:
https://bugzilla.mozilla.org/show_bug.cgi?id=1280023
https://www.youtube.com/watch?v=p42tuJnyDo4
Cirrus Bay - Places Unseen - YouTube
Attachment #8794569 -
Attachment is obsolete: true
https://www.youtube.com/watch?v=vmotO-7Bzt4
TRAVELLERS-"Magic" - YouTube
https://www.youtube.com/watch?v=JDOIhPGei9E
LAMBWOOL-Floating - YouTube
Blocks: 1280023
Keywords: regression
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → jyavenard
Priority: -- → P1
![]() |
||
Comment 4•8 years ago
|
||
[Tracking Requested - why for this release]:
[Tracking Requested - why for this release]:
I can also reproduce the problem on Nightly52.0a1 and Aurora51.0a2 Windows10.
(Tested with Comment 2, the time(2:55) that occurs is a little different)
https://hg.mozilla.org/mozilla-central/rev/60cc643978c7020926fe4145761e26945fcd5c37
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 ID:20160924030427
https://hg.mozilla.org/releases/mozilla-aurora/rev/9d6a1ee63674c52222be7d6bc946fbd798846dcd
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0 ID:20160924004004
status-firefox49:
--- → unaffected
status-firefox50:
--- → unaffected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox-esr45:
--- → unaffected
tracking-firefox51:
--- → ?
tracking-firefox52:
--- → ?
OS: Unspecified → All
![]() |
||
Updated•8 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 6•8 years ago
|
||
Actually, no... I just can't reproduce it here using nightly 52.0a1 (2016-09-23) (64-bit) on Linux
Assignee | ||
Comment 7•8 years ago
|
||
oh, misread. it's not that it stalls, just that audio breaks off shortly. This occurs when the audio source buffer gets full....
still will be fixed by 1302573
Bug 1302573 is fixed - is this now fixed as well? Appropriate for uplift?
Flags: needinfo?(jyavenard)
Assignee | ||
Comment 10•8 years ago
|
||
Fixed by bug 1302573.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(jyavenard)
Resolution: --- → WORKSFORME
Comment 11•8 years ago
|
||
Mark 51/52 fixed as bug 1302573 was fixed in 51/52.
You need to log in
before you can comment on or make changes to this bug.
Description
•