Closed
Bug 1189138
Opened 8 years ago
Closed 8 years ago
Video corruption when seeking backward on YouTube
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
FIXED
mozilla42
Tracking | Status | |
---|---|---|
firefox41 | --- | unaffected |
firefox42 | --- | fixed |
People
(Reporter: jya, Assigned: jya)
References
()
Details
Attachments
(4 files)
1.30 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
981 bytes,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
1.62 KB,
patch
|
mozbugz
:
review+
|
Details | Diff | Splinter Review |
2.31 KB,
patch
|
mozbugz
:
review+
|
Details | Diff | Splinter Review |
From bug 1180935 comment 29. Bug 1180935 seems related, however as I couldn't reproduce their issue except when following very particular steps, it is probably different, so filling another bug. STR: 1. Open https://www.youtube.com/watch?v=8uaoBTBofto 2. Let it play to the end. 3. In the settings, set quality to 360p 4. Press the replay icon. 5. If playback doesn't restart, then press play again after the image has settled. Video playback will appear frozen, and suddenly restart with corruption. Probably seeking that is wrong after the sourcebuffer is cleared (which is what YouTube does when forcing a resolution)
Assignee | ||
Comment 1•8 years ago
|
||
Ignoring the time if it was 0 was a remnant on when Reset() used to call seek and meant to get to the first frame available. This is no longer relevant, DoSeek is only called when we are explicitly seeking.
Attachment #8640852 -
Flags: review?(cpearce)
Assignee | ||
Comment 2•8 years ago
|
||
Attachment #8640854 -
Flags: review?(cpearce)
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → jyavenard
Assignee | ||
Updated•8 years ago
|
Assignee | ||
Comment 3•8 years ago
|
||
Should frames be added before our current demuxing position, we must shift the index ; otherwise the next retrieved frames will be the wrong one.
Attachment #8640889 -
Flags: review?(gsquelart)
Updated•8 years ago
|
Attachment #8640852 -
Flags: review?(cpearce) → review+
Updated•8 years ago
|
Attachment #8640889 -
Flags: review?(gsquelart) → review+
Updated•8 years ago
|
Attachment #8640854 -
Flags: review?(cpearce) → review+
Assignee | ||
Comment 4•8 years ago
|
||
We would only tell our demuxer once a complete media segment had been received. A partial media append would have unnecessarily delayed pending seeks.
Attachment #8640894 -
Flags: review?(gsquelart)
Updated•8 years ago
|
Attachment #8640894 -
Flags: review?(gsquelart) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/e35038771f2e https://hg.mozilla.org/integration/mozilla-inbound/rev/e4ea0d56fcb6 https://hg.mozilla.org/integration/mozilla-inbound/rev/ca2c0a7b3b3b https://hg.mozilla.org/integration/mozilla-inbound/rev/42a673cd36ff
Comment 6•8 years ago
|
||
backed out part 3 for test failures like https://treeherder.mozilla.org/logviewer.html#?job_id=12289298&repo=mozilla-inbound
Flags: needinfo?(jyavenard)
Comment 9•8 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/e35038771f2e https://hg.mozilla.org/mozilla-central/rev/e4ea0d56fcb6 https://hg.mozilla.org/mozilla-central/rev/42a673cd36ff https://hg.mozilla.org/mozilla-central/rev/3d5c585fa1e3
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
Assignee | ||
Updated•8 years ago
|
Flags: needinfo?(jyavenard)
Depends on: 1190877
No longer depends on: 1190877
Updated•8 years ago
|
status-firefox41:
--- → unaffected
Version: Trunk → 42 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•