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)

enhancement

Tracking

()

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.
Assignee: nobody → kaku
Status: NEW → ASSIGNED
Depends on: 1369597
See Also: → 1289412
Can't this be due to timing and the frame output by the Blank decoder?
(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.

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: kakukogou → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.