Closed
Bug 1221954
Opened 9 years ago
Closed 9 years ago
Green screen when seeking out of a keyframe on a video played with MediaSource extension
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: inscription, Assigned: jya)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36
Build ID: 20151028004029
Steps to reproduce:
Go on this page http://streamroot.test.s3.amazonaws.com/test-client/testErica.html
seek to 77 seconds (`$('video').currentTime = 77`)
Actual results:
The screen goes full green, and then the video starts playing for a few seconds on this green background until the next keyframe is reached.
Expected results:
Same result as when seeking on a keyframe (for instance at 75.5s `$('video').currentTime = 75.5`)
Reporter | ||
Updated•9 years ago
|
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → jyavenard
Assignee | ||
Comment 1•9 years ago
|
||
You can only get this behaviour if keyframes are incorrectly marked as keyframe.
The first time I ran the demo, I could see that the media segment were 4s long, and the first frame of each media segment was marked as a keyframe. Seeking then didn't show a problem.
However, when seeking to 5 minute 40, I got a stream where all video frames in the media segments were marked as key frame.
Upon refreshing the page, I now mostly get those incorrectly muxed stream.
The behaviour you describe is observed with all browsers I've tried (couldn't test with safari due to XMLHttpRequest cannot load http://wowza-prod.cloudapp.net:1935/vod/mp4:sample.mp4/manifest.mpd. Cannot use wildcard in Access-Control-Allow-Origin when credentials flag is true.), indicating to me that the content is badly mixed and keyframes are improperly tagged as such.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•