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

Issue 760001 link

Starred by 3 users

Issue metadata

Status: Fixed
Merged: issue 725579
Owner:
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Video playback locks up GPU or Causes Green Distortion

Reported by micha...@wilsoncreativesolutions.net, Aug 29 2017

Issue description

Chrome Version       : 60.0.3112.113
OS Version: 10.0
URLs (if applicable) : ACCSLIVE.ORG, GREENWAVELIVE.ORG, STREAMSPOT.COM
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5: OK
  Firefox 4.x: OK
     IE 7/8/9: OK

What steps will reproduce the problem?
1.Play video from ACCSlive.org or Greenwavelive.org or an archive hosted from Streamspot.com

What is the expected result?
Video plays smoothly

What happens instead of that?
If hardware acceleration is enable, videos from the source "Streamspot.com" lock up my GPU, if hardware acceleration is disable, videos don't lock up the GPU, but appear very distorted and with a green bar over it. I haven't been able to reproduce on another machine, but it happens in Chrome and Canary on mine. Windows 10 64-bit

Please provide any additional information below. Attach a screenshot if
possible.

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



 
gpu.html
48.1 KB View Download
2017-08-28 22_02_46-Archive_ ACCS vs. St. Aloysius [8_25_2017] _ ACCSLive.png
627 KB View Download
Cc: brajkumar@chromium.org
Components: Internals>GPU>Video
Labels: Needs-Triage-M60 TE-NeedsTriageFromMTV
Unable to access the above video links due to country specific, It's not broadcasted in India to check this issue. Requesting someone from MTV team to look in to it.

Thanks! 
Please let me know if you need me to broadcast for a little while for testing purposes, I can send an example livestream out at any time if needed. Just reply here or e-mail me at Michael@Wilsoncreativesolutions.net

Comment 3 by enne@chromium.org, Sep 5 2017

Components: Internals>Media
Owner: dalecur...@chromium.org
Status: Assigned (was: Unconfirmed)
dalecurtis, can you triage this?
Components: Internals>GPU>SwiftShader
Seems hardware decoding is busted, this is software only rendering. I don't see any issue on Linux, so that likely means this is a swiftshader issue.
Actually possibly fixed by  issue 725579 , can you check M61 to see if this is still an issue?
Labels: -TE-NeedsTriageFromMTV Needs-Feedback
michaelw@, Can you please see if this issue has been fixed by Latest Chrome Stable# 61.0.3163.91 as per c#5?

Thank you!
I can confirm that the problem seems to have been solved for me, haven't experienced it at all since updating.
Sorry to make another comment, meant to include this in the last one.

Thank you all for your help in this issue, and your continued work towards making a great web browser greater, you are appreciated.
Mergedinto: 725579
Status: Duplicate (was: Assigned)
Great, thanks!

Comment 10 by capn@chromium.org, Sep 27 2017

Status: Fixed (was: Duplicate)
I don't think this is a duplicate of  Issue 725579 . SwiftShader is only used for WebGL, and as far as I could tell quickly those sites don't use WebGL.  Issue 725579  also distinctly caused flickering where the red and blue channels swap rapidly. The above picture looks more like an issue with the CPU-based video decoder to me.

Note also that SwiftShader has been integrated into Linux.

I'll leave this as Fixed, but note that we may not have a regression test for the real bug that caused this.

Sign in to add a comment