1166156 - MSE video does not exit dormant mode

Status: RESOLVED DUPLICATE of bug 1163227

(Core :: Audio/Video, defect)

Description

[cajbir (:cajbir)]

Steps to reproduce:

1) Open http://www.youtube.com/watch?v=3V7wWemZ_cs
2) Wait until video starts playing
3) Open new tab
4) Wait 60 seconds for video to go dormant (or change media.decoder.heuristic.dormant.timeout to be a lower value)
5) Go back to initial tab
6) Press play on video

What should happen:

7) Video resumes playing

What happens

8) Play button is unresponsive and video is stalled.

A quick bisect shows:

1) Good commit: https://hg.mozilla.org/mozilla-central/file/4604104f73a8
2) Bad commit: https://hg.mozilla.org/mozilla-central/file/f65cc0022a0e

Possible suspect is jya's media changes that occur during this time:

1) Bug 1163445
2) Bug 1163453
3) Bug 1165585
4) Bug 1165145
5) Bug 1163359
6) Bug 1163485
7) Bug 1163458
8) Bug 1156708

Needs further bisecting.

Comment 1

[cajbir (:cajbir)]

Steps to reproduce is missing step:

2.5) Press pause.

Comment 2

[cajbir (:cajbir)]

May not be dormant related. I skipped step 4 and the same thing happens.

Comment 3

[cajbir (:cajbir)]

The problem goes away if media.mediasource.format-reader.mp4 is set to false.

Comment 4

[Jean-Yves Avenard [:jya]]

I can't reproduce it.

I do notice an extensive delay between the time you press play in step 6 and the time things actually resume.

This appears to be due to how the MDSM comes back from dormant.

It first calls RequestVideoData. Being async this doesn't resolve immediately.
However, the MDSM doesn't wait for a video to resume, and calls ResetDecode() which cancel the previous request.
Then calls Seek(), which will then call ResetDecode on the MediaFormatReader() several times... until the seek completes and a request video frame succeed.

Comment 5

[Gary [:streetwolf52]]

Here's another YT video that stalls on me about 2-3 minutes into the video.  Might be this issue.

https://youtu.be/zs7xO5P3Az4


Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:41.0) Gecko/20100101 Firefox/41.0

Comment 6

[Jean-Yves Avenard [:jya]]

I don't experience the slowness in resuming with bug 1163227 applied.