Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix for WebGL Context Lost on Windows Devices with Integrated Intel GPUs #453

Open
sedghi opened this issue Mar 1, 2023 · 8 comments
Open

Comments

@sedghi
Copy link
Member

sedghi commented Mar 1, 2023

Seems like there is a bug in Chrome for Windows users with some models of the integrated Intel GPUs. As a result, OHIF and/or Cornerstone3D demos may experience rendering issues, with the GPU process consuming an excessive amount of memory for volume viewports. As a result, the webGL context may be lost and the browser crashes.

The bug has been narrowed down to be inside the Chrome and not from us, more especifically the Angle backend component of Chromium. While we are working on reporting this bug, we have a solution that has proven to be effective in fixing this issue which has worked on 4 separate machines having the same issue.

  1. Ensure that your GPU is not blacklisted by your browser. To enable ignore-blacklist, go to chrome://flags/#ignore-gpu-blocklist and enable it.
  2. Next, make sure that your browser is configured to use one of the following:
  • Angle with the latest available WebGL backend (options are: d3d11on12, vulkan)
  • Angle with OpenGL

For Chrome users, you can change your angle value by going to chrome://flags/#use-angle and changing the value as described.

image

(Note that your selected Angle must be supported by your graphics card and driver. While Chrome and Firefox will always display available options, it's important to check that your selected Angle is compatible with your machine.)

🎸 Special thanks to Rodolfo (@ladeirarodolfo )for finding this solution and sharing it with the community! 🎸

PS:

@sedghi sedghi pinned this issue Mar 1, 2023
@sedghi
Copy link
Member Author

sedghi commented Mar 1, 2023

cross referencing OHIF/Viewers#3207

javaDeveloperZeng pushed a commit to javaDeveloperZeng/cornerstone3D-beta that referenced this issue Mar 6, 2023
@patrick-lau
Copy link

This solution can solve the problem temporarily.
I have tested and verified it on one computer.

@zhoualibaba
Copy link

@sedghi This solution seems to solve the problem with volume rendering.
On stack vieports there also seems to be a problem with memory growing too fast on windows when I use CINE or change frame

@sedghi
Copy link
Member Author

sedghi commented Mar 17, 2023

@zhoualibaba can you please record your screen while you have the task manager open?

@zhoualibaba
Copy link

6026514da3941ca34b5d9023ec7fa3eb.mp4

@sedghi I have tried two ways to solve this bug. 1, Change the Google Chrome to the Chromium; 2, Seperate the multiple frames in one dcm file into a set of dcm files for each frame. The first way can solve the bug for most series, but if the frames count is too large (ie. 600+) the website will still crash. The second way can solve all the problems but I have to waste a lot of time to seperate the file.

@sedghi
Copy link
Member Author

sedghi commented Mar 17, 2023

Hey, thanks for sharing the video
What happens if you use the stack viewport for that data?

@zhoualibaba
Copy link

@sedghi This video is already using the stack viewport.

@sedghi
Copy link
Member Author

sedghi commented Mar 17, 2023

can you create a new issue to discuss it there and we don't add noise here please?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants