Closed
Bug 1189138
Opened 10 years ago
Closed 10 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•10 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•10 years ago
|
||
Attachment #8640854 -
Flags: review?(cpearce)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → jyavenard
Assignee | ||
Updated•10 years ago
|
Assignee | ||
Comment 3•10 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•10 years ago
|
Attachment #8640852 -
Flags: review?(cpearce) → review+
Attachment #8640889 -
Flags: review?(gsquelart) → review+
Updated•10 years ago
|
Attachment #8640854 -
Flags: review?(cpearce) → review+
Assignee | ||
Comment 4•10 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)
Attachment #8640894 -
Flags: review?(gsquelart) → review+
Comment 6•10 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•10 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: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
Assignee | ||
Updated•10 years ago
|
Flags: needinfo?(jyavenard)
Updated•10 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
•