Issue metadata
Sign in to add a comment
|
Webgl not working
Reported by
regis.ri...@gmail.com,
Aug 29 2016
|
||||||||||||||||||||||||
Issue descriptionChrome Version : (chromium => 55.0.2841.0) URLs (if applicable) : https://get.webgl.org/ http://doesmybrowsersupportwebgl.com/ Other browsers tested: Firefox: OK / All versions / All OS IE: OK Chrome : Fail GPU renderer (CPU renderer work) What is the expected result? => Webgl work. What happens instead? => Webgl not working. Chromium USER-AGENT => "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2841.0 Safari/537.36"
,
Aug 29 2016
Please copy/paste the results of about:gpu from your system.
,
Aug 30 2016
hardware acceleration is checked in both Chrome and Chromium settings
,
Aug 30 2016
No problem with Chromium 51.0.2683.0 https://commondatastorage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/381909/
,
Aug 30 2016
Your machine has AMD switchable graphics and that's why ANGLE's Direct3D 11 backend is being forced off. You could try running Chrome from the Command Prompt with the command line argument --ignore-gpu-blacklist and see whether it gets farther. There are some other driver bug workarounds being applied there which you might need to use. From the command prompt something like this would be needed: C:\Program Files (x86)\Google Chrome\Application\chrome.exe --ignore-gpu-blacklist --disable-accelerated-video-decode Let us know if this makes both WebGL and YouTube videos work. We can consider revisiting these blacklist entries if so.
,
Aug 30 2016
,
Aug 31 2016
OK. Webgl and YouTube work with --ignore-gpu-blacklist --disable-accelerated-video-decode and also with only --ignore-gpu-blacklist.
,
Sep 6 2016
Hi, What is the next step ?
,
Sep 7 2016
John, could you re-test on a Windows machine with AMD switchable GPU and recent drivers, and take a guess as to whether the D3D11 code path could be enabled for this configuration? Should we remove the blacklist entry and see whether crash rates go up on Canary?
,
Sep 7 2016
D3D9 should still be working, right?
,
Sep 7 2016
Presumably it should be; another question is why ANGLE's D3D9 backend fails to initialize (for WebGL, at least) on this hardware.
,
May 31 2017
--use-angle d3d11 worked using intel path ANGLE (Intel(R) HD Graphics 3000 Direct3D11 vs_4_1 ps_4_1) using amd path ANGLE (Intel(R) HD Graphics 3000 Direct3D11 vs_5_0 ps_5_0) I did also notice this did not change when swapping between the gpu's. GPU0 VENDOR = 0x1002, DEVICE= 0x0000 GPU1 VENDOR = 0x8086, DEVICE= 0x0116 *ACTIVE* I though ANGLE was supposed to attempt the highest it could then fallback as failures occurred. Also its worth mentioning AMD has set chrome.exe via profile to Intel adapter by default.
,
Aug 16 2017
kbr@ is currently looking at this.
,
Aug 16 2017
Sorry for not seeing this older bug, but re-enabling the D3D11 path for AMD switchable Windows machines with newer drivers under Issue 755722 , so let me duplicate this into the other bug. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by kapishnikov@chromium.org
, Aug 29 2016