seeking to the end of video, then video would stuck on the last frame after starting next iteration of looping
Categories
(Core :: Audio/Video: Playback, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox117 | --- | fixed |
People
(Reporter: alwu, Assigned: alwu)
References
(Blocks 1 open bug)
Details
Attachments
(2 files, 2 obsolete files)
STR.
- go to https://alastor0325.github.io/htmltests/autoplay_tests/autoplay_test1.html
- set loop=true
- seek to the end (need to seek to EOS directly)
Expected.
4. after seeking, video should start from the start position and display video frames correctly
Actual
4. after seeking, video starts from the start position, but the video frame stucks
Assignee | ||
Comment 1•2 years ago
|
||
The reason to set the offset is to make the data already in the queue
being consitent with the data which will be added to the queue. If the
queue is empty, then we don't need to do that.
Assignee | ||
Comment 2•2 years ago
|
||
If we put the last frame into the video queue, then when starting next
iternation of looping, video rendering would stuck because that video
frame's timestamp is way larger than the clock time. Video sink would
keep rendering the same frame again and again until the clock time
catches up with the video timestamp. All newly decoded video frames
would not be rendered correctly.
The reason of this issue not showing in non-seamless looping is because
non-seamless looping would always perform seeking to the start position,
which clear the media queue before starting.
Depends on D182415
Assignee | ||
Comment 3•2 years ago
|
||
The original change was introduced when implementing seamless audio
looping, and it's no longer needed. Because now we would properly
adjust the offset of the media queue when entering the looping decoding
state to make the media time and the clock time consistent.
Depends on D182417
Assignee | ||
Comment 4•2 years ago
|
||
Test video is created by ffmpeg by using
ffmpeg -f lavfi -i color=c=white:s=640x480:r=30:d=3 -f lavfi -i color=c=black:s=640x480:r=30:d=1 -filter_complex "[0:v][1:v]concat=n=2:v=1:a=0" -c:v libvpx-vp9 output.webm
Depends on D182526
Updated•2 years ago
|
Updated•2 years ago
|
Comment 6•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/6097d61f8998
https://hg.mozilla.org/mozilla-central/rev/65f956864b79
Description
•