Open
Bug 1369628
Opened 7 years ago
Updated 2 years ago
[Shutdown Decoder] on Fennec, resuming a video show gray and black frame sometimes.
Categories
(Core :: Audio/Video: Playback, enhancement, P3)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: kaku, Unassigned)
References
Details
Resuming a video from suspended should first show the last rendered frame before suspended, and the jump to the sought position. If the resuming time is more than 250ms, show the throbber.
On Fennec, we sometimes see a gray frame or a black frame.
The gray frame is the "throbber animation without the throbber," it is a side effect of bug 1289412. We need to consult UX for redefining the right behavior here.
The black frame is a Fennec OOP decoding issue, see bug 1369597.
Reporter | ||
Updated•7 years ago
|
Assignee: nobody → kaku
Status: NEW → ASSIGNED
Reporter | ||
Updated•7 years ago
|
Comment 1•7 years ago
|
||
Can't this be due to timing and the frame output by the Blank decoder?
Reporter | ||
Comment 2•7 years ago
|
||
(In reply to Jean-Yves Avenard [:jya] from comment #1)
> Can't this be due to timing and the frame output by the Blank decoder?
No, we are not using the Blank decoder now. Instead, we use the Null decoder which creates VideoData with no image.
http://searchfox.org/mozilla-central/source/dom/media/platforms/agnostic/NullDecoderModule.cpp#17-25
And the VideoSink won't send this kind of frames to compositor.
http://searchfox.org/mozilla-central/rev/507743376d1ba753d14ab6b9305b7c6358570be8/dom/media/mediasink/VideoSink.cpp#363-366
So, the black frame does not come from the decoder-switching mechanism.
Updated•7 years ago
|
Priority: -- → P3
Comment 3•2 years ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: kakukogou → nobody
Status: ASSIGNED → NEW
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•