Issue metadata
Sign in to add a comment
|
WebGL not working with DisplayLink
Reported by
avi...@gmail.com,
Nov 3 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:49.0) Gecko/20100101 Firefox/49.0 Example URL: beta.unity3d.com/jonas/AngryBots Steps to reproduce the problem: 1. Go to page with webGL content (e.g. beta.unity3d.com/jonas/AngryBots) chrome://gpu/ shows WebGL is Hardware accelerated What is the expected behavior? Unity webGL demo loads and can be played. chrome://gpu/ shows WebGL is unavailable. What went wrong? Alert is shown: "You need a browser which supports WebGL to run this content. Try installing Firefox." Also other webGL contents fail to load. chrome://gpu/ shows webGL is unavailable. Did this work before? Yes Probably 53. Chrome has autoupdate enabled. Do not know a way to check update history from chrome. Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? Yes Chrome version: Versio 54.0.2840.71 m (64-bit) Channel: stable OS Version: 10.0 Flash Version: - Computer details: Dell Precision M3800 Intel(R) Core(TM) i7-4712HQ CPU @ 2.30GHz, 2301 Mhz, 4 Core(s), 8 Logical Processor(s) 16 GB RAM NVIDIA Quadro K1100M Intel(R) HD Graphics 4600 Dell USB dock (DisplayLink) Flash version: 23.0.0.205 I updated all the Graphics drivers including display link, some time after the problem occured, but it did not help with the issue. I am facing similar issue where no webGL content seems to be working. We are developing on unity webGL. After browser update to version 54 the Chrome stopped working with WebGL. I just noticed that if I do not have the DisplayLink connected and restart chrome, it starts working. And if I have chrome already up and running (with webGL working) and connect DisplayLink, webGL content keeps working. Attached files have chrome://gpu page with and without display link connected. You can also find additional info about Chrome and windows versions in there.
,
Nov 3 2016
This is a very fringe GPU setup. I don't know how we would possibly diagnose what's going on without debugging directly on a setup like this. You might try the command line --ignore-gpu-blacklist , but it looks like the GPU process is failing to start completely when the dock is plugged in.
,
Nov 3 2016
What exactly is DisplayLink? I think SwiftShader or WARP would likely be the solution to this problem, but I don't expect many users to have this setup.
,
Nov 4 2016
,
Nov 4 2016
Sorry, I failed to mention that I did already try the flag #ignore-gpu-blacklist from chrome://flags. With that flag enabled webGL seems to load nicely. Attached is chrome://gpu with the flag enabled. But to me this seems another point, which indicates this is something that broke with Chrome update. Of course I cannot be sure, since I do not know where to get chrome update history and driver update history from anywhere, but I am quite sure that when I noticed chrome stopped working, it had just been updated to the version 54. I think I noticed the issue on 20.10.2016 (based on some chat history) and that's when I already had the chrome updated to version 54.0.2840.59 m (64-bit). DisplayLink: http://www.displaylink.com/ I have: "Dell USB 4K Ultra Docking Station with Triple Video (D3100)", to be exact and basically it is a USB3 docking station with display outputs.
,
Nov 4 2016
I had the same error. Not with DisplayLink BUt with a combination of Chrome V 54.0.2840.71 m (64-bit) and a Nvidia 9500GS. I tried: - all activating/deactivating Stuff in Chrome Settings; chrome://flags... (no change) - newest and older Driver for Nvidia Graphic Card (no change) - Fresh and clean Install of OS Win10 Pro 64Bit (no change) - swap Graphic Cards from my second PC which has WebGL support and this one (unfortunately the same Brand_Nvidia) (but no change) ------->the Graphic Card from second PC is also a Nvidia Card. Works on 2nd PC but didn“t work on 1st PC? I solved the isue by changing my Nvidia Card to a Sapphire Radeon R7 240 Now WebGL works like it should.
,
Nov 7 2016
i too have been having the same problem for almost 3 weeks. the people at Google are NO help. webgl works on every other browser, edge, ie, firefox, and safari just not on the latest version of chrome. problem is the website i use everyday for work was designed around chrome and none of the other browsers function properly. i actually got someone from chrome on the phone and sent me on a wild goose chase for 2 hrs being transferred from department to department, then they sent me to hp, after being bounced around at HP for 2 hours they said its a chrome issue and they don't even know why google sent me to them to begin with. all I've seen is Edward posting the same solution that doesn't work for anyone, as the solution. can google at least provide us with version 53 that actually works so we can get back to work!
,
Nov 8 2016
i had the same issue with webgl not working even though it was enabled with hardware acceleration. My issue was somewhat resolved simply by disabling hardware acceleration. I mainly needed webGL to play browser games and the games are now playable but they lag alot and are very slow to respond in some cases so apparently the new version of chrome (54) breaks the hardware acceleration somehow. hope this helps someone.
,
Nov 8 2016
For me the problem is the same as in the first report. WebGL is disabled in Chrome, when I connect the monitor through USB3 with Display Link (however in works in other Browsers). If I connect it directly to computer via HDMI then it works. I attached the chrome://gpu reports with or without the display link connection. Chrome 54.0.2840.71 m (64-bit) Microsoft Windows 10 Pro Computer: Dell Precision M3800 Intel(R) Core(TM) i7-4702HQ CPU @ 2.20GHz, 2201 Mhz, 4 Core(s), 8 Logical Processor(s) 16 GB RAM NVIDIA Quadro K1100M Intel(R) HD Graphics 4600 USB dock Display Link Targus ACP71EU One workaround was to enable overriding the software rendering list in chrome://flags.
,
Nov 8 2016
For this kind of issue with specific hardware, it's a bit hard to repro and fix for Chrome developers. However, this case looks like a regression, if you want to pay some efforts to root cause the issue, you may have a try with Chrome bisect tool. Just follow the instructions at https://www.chromium.org/developers/bisect-builds-py, and it shouldn't take a long time (within an hour if your network is fast) to find the commit that introduced the issue. Good luck!
,
Nov 10 2016
,
Nov 14 2016
You could also buy a display link device and see if you are able to reproduce the issue. Spending hours for finding your regression is unfortunately something I cannot do right now.
,
Nov 14 2016
I notified display link support about this bug and this is the answer I got: > Hi > > This looks like the known issue which is covered by the article below: > OpenGL 1.1 Reported Instead of 4.x > DisplayLink adapter is not a graphics processing unit (GPU), therefore DisplayLink does not compute graphics and the notion of OpenGL support does not apply to it. We have flagged an issue in the Windows operating system which means OpenGL applications will use the GDI Generic (No Acceleration) renderer instead of the OpenGL 4.x renderer from the graphics card when the DisplayLink device is selected as main display. Until the operating system is fixed, please use the primary graphics card as main display. > > Best regards, > > Wim > DisplayLink Technical Support
,
Nov 22 2016
Thank you for providing more feedback. Adding requester "enne@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 31 2017
It sounds like this is a bug on DisplayLink's end, reporting the wrong OpenGL version. If you think this is a bug in Chrome that has regressed then please run the bisect script on your hardware linked in comment #10. I'm happy to help you with any questions you might have. It's really fast to do and is the fastest way to help get this resolved.
,
Jun 20 2017
,
Jul 31 2017
There is no valid updates happened in the last few months, closing the issue. Feel free to reopen if needed. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by geoffl...@chromium.org
, Nov 3 2016