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

As of at least wgpu 13.1, unable to instantiate OpenGL proprietary backend #3168

Closed
sombraguerrero opened this issue Nov 2, 2022 · 2 comments
Labels
api: gles Issues with GLES or WebGL

Comments

@sombraguerrero
Copy link

sombraguerrero commented Nov 2, 2022

In our Ruffle desktop app, where I am using a branch built to continue using wgpu 13.1 on our main repository, we are seeing an issue where, if the OpenGL renderer is being driven by proprietary Nvidia drivers, ie OpenGL version string: 4.6.0 NVIDIA 515.65.01
per glxinfo in the mesa utilities, the following output is generated:

[2022-11-02T23:01:04Z INFO  winit::platform_impl::platform::x11::window] Guessed window scale factor: 1
[2022-11-02T23:01:04Z WARN  ruffle_render_wgpu::backend] Open GL graphics backend support may not be fully supported.
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl] Loading Wayland library to get the current display
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl] Loading X11 library to get the current display
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl] Using X11 platform
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl] Enabling EGL debug output
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl] Display vendor "NVIDIA", version (1, 5)
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        EGL surface: +srgb
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        Trying native-render
[2022-11-02T23:01:04Z WARN  wgpu_hal::gles::egl] No config found!
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        Trying presentation
[2022-11-02T23:01:04Z WARN  wgpu_hal::gles::egl] EGL says it can present to the window but not natively
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        EGL context: +debug
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        EGL context: +robust access
[2022-11-02T23:01:04Z INFO  wgpu_hal::gles::egl]        EGL context: +surfaceless
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::egl] Max label length: 256
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::egl] Enabling GLES debug output
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::adapter] Vendor: NVIDIA Corporation
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::adapter] Renderer: NVIDIA GeForce RTX 3070 Ti/PCIe/SSE2
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::adapter] Version: OpenGL ES 3.2 NVIDIA 515.65.01
[2022-11-02T23:01:05Z INFO  wgpu_hal::gles::adapter] SL version: OpenGL ES GLSL ES 3.20
[2022-11-02T23:01:05Z INFO  wgpu_core::hub] Dropping Global
Error: Couldn't create wgpu rendering backend

Repro steps
As mentioned, I am building a branch that remains on 13.1, however the issue is equally reproducible on the latest nightly build of the Ruffle desktop application.
https://ruffle.rs/#downloads
Run this against any Linux distribution that is current enough to implement libssl 3 (Ubuntu 22.04, for instance) while using an up to date version of the Nvidia binaries for drivers (I was using 515). Specify OpenGL to be the backend of choice as following: ./ruffle -g gl

Expected vs observed behavior
My expectation is that I should be able to run the Ruffle desktop application with OpenGL selected as my backend, using the proprietary Nvidia drivers to run my OpenGL backend. What I observe is that this process errors, and only seems to work under a Mesa context.

Extra materials
This seems like it might be quite related to #2518 and #2339

Platform
Ubuntu 22.04 64-bit
Ruffle desktop app builds (64-bit) using wgpu >= 13.1
Nvidia Geforce 3070 Ti
OpenGL version string : 4.6.0 NVIDIA 515.65.01

@sombraguerrero
Copy link
Author

Also now tested on MX Linux 21.2.1 Wildflower (64-bit).
4.6.0 NVIDIA 470.141.03
Same results.

@teoxoy teoxoy added the api: gles Issues with GLES or WebGL label Dec 5, 2022
@sombraguerrero
Copy link
Author

I realize now this is likely a duplicate of #2518

@sombraguerrero sombraguerrero closed this as not planned Won't fix, can't repro, duplicate, stale Jul 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
api: gles Issues with GLES or WebGL
Projects
None yet
Development

No branches or pull requests

2 participants