New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 807342 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

MediaSource video freezes after switching to a different tab and back

Reported by grigoryy...@gmail.com, Jan 30 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36

Steps to reproduce the problem:
1. sourceBuffer = mediaSource.addSourceBuffer('video/mp4; codecs="avc1.64001E"');
2. append to buffer frames without timestamps (real-time video).
3. While it plays, switch to a different Chrome tab.
4. Then switch back to the video tab.

What is the expected behavior?
The video continues to play normally.

What went wrong?
The video freezes for several seconds, then continues to play normally.

Did this work before? No 

Does this work in other browsers? Yes

Chrome version: 64.0.3282.119  Channel: stable
OS Version: 10.0
Flash Version: 

Attached is the HTML we used and the performance log demonstrating the problem.
I can see in log that JavaScript continues to execute while the tab is in background, adding new frames to the MediaSource buffer.

In the performance log there's a visible gap (no frames displayed) while the tab is in background. Then it shows a few frames, and then there's another gap. During the second gap the tab is in foreground but the video is 'frozen'.
 
Profile-20180130T194522.zip
7.3 MB Download
index.html
12.8 KB View Download
Please add dalecurtis@chromium.org to CC, he fixed a related bug previously.
Cc: dalecur...@chromium.org
Components: -Blink>MediaStream Internals>Media>Source
Does this happen in canary? Some changes around low latency behavior may be the cause.
Labels: Needs-Triage-M64
This is happening for several months at least, latest canaries didn't affect the behavior.
It looks like the video tries to skip ahead when the focus returns, but this takes unexpectedly long time.
Attached sample doesn't load for me so I can't test this out. It's expected that we'll disable the video track in the background after some time, when foreground focus is resumed it should happen quickly < 1 second or so.

Can you include the chrome://media-internals log for the player?
Cc: vamshi.k...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
Adding Needs-Feedback label as per comment#6.
@Reporter: Could you please respond to C#6.

Thanks!
Status: WontFix (was: Unconfirmed)
no response from reporter@, resolve s won't fix.

Sign in to add a comment