-
Notifications
You must be signed in to change notification settings - Fork 33
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
(Windows) Game falls back to software renderer #400
Comments
@bibendovsky @lemming104, I can confirm this bug. I thought the latest build was breaking XBRZ implementation, but reading through the logs, I realize that this is what's happening: the game falls back on Software rendering regardless of which OpenGL variant is selected in the menus. Detailed info and logs in my comment here: Note I'm running the game on Linux Mint using the latest version of Wine. Issue does not occur on 1.2.11, but it does occur on the latest WIP builds for 1.2.12. |
Fixed in #429. |
Sick! Would you happen to have an up-to-date binary? I'll be happy to test both this and the sound normalization issue on Wine under Linux Mint 21, then. |
Windows builds: Changes:
|
Fix confirmed in today's build on Wine Staging 7.17 under Linux Mint 21. |
Confirmed. Hardware rendering and xBRZ texture upscaling seem to be working again on my machine. Thanks; it's nice to have sharp textures and sprites again. |
Currently on commit 6699d5a, building 64-bit using MSVC v17.
Regardless of renderer selected, the game always falls back to Direct3D + Software. Log contents below.
This is on a Windows 10 machine with an RTX 3080 card and up-to-date drivers.
Debugging into this, C:\git\bstone\src\bstone_detail_ren_3d_gl_error.cpp around line 199, assert fails. ERROR_CODE is 1282.
Call stack:
Log:
The text was updated successfully, but these errors were encountered: