https://bugs.winehq.org/show_bug.cgi?id=56110
Bug ID: 56110 Summary: Bejeweled 3: can't enable 3D acceleration Product: Wine Version: 9.0-rc1 Hardware: x86-64 URL: https://store.steampowered.com/app/78000/Bejeweled_3/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com CC: z.figura12@gmail.com Regression SHA1: 5b60f4649b15efb9ef10b63da3ef2c42f8665078 Distribution: ---
Bejeweled 3 starts @800x600 resolution and I can't enable 3D acceleration. In the options screen when I try to enable hardware acceleration I receive this: "3D cannot be enabled on this computer. Your video card does not meet the minimum requirements for this game." In the registry, under 'HKCU\Software\SteamPopCap\Bejeweled3\Test3D' there is the key 'FailureReason'. It contains the string: 'Alpha blend Not Supported'
I don't see anything suspicious in the terminal output.
The problem occurs since 9.0-rc1 and reverting commit 5b60f4649b15efb9ef10b63da3ef2c42f8665078 allows the game to use 3d acceleration again.
wine-9.0-rc3-6-g91a29134ff3
OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 535.43.22
https://bugs.winehq.org/show_bug.cgi?id=56110
--- Comment #1 from Zeb Figura z.figura12@gmail.com --- There's something weird going on here. If I even add a single trace to d3d_device7_DrawPrimitive(), *if* it's printed, the error message goes away. (It's replaced with some message about how my card isn't recognized, but I assume that was there before.)
+heap doesn't reveal anything. Possibly the application is depending on some stack memory to not be overwritten, or wants registers to be preserved...
https://bugs.winehq.org/show_bug.cgi?id=56110
--- Comment #2 from Zeb Figura z.figura12@gmail.com --- Ugh, found it, sent merge request 4756. It was a race after all. I have no idea how it was so incredibly consistent in that case, or how a single client-side trace would make the difference every time, but there you go.
https://bugs.winehq.org/show_bug.cgi?id=56110
--- Comment #3 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Zeb Figura from comment #2)
Ugh, found it, sent merge request 4756. It was a race after all. I have no idea how it was so incredibly consistent in that case, or how a single client-side trace would make the difference every time, but there you go.
The patch fixes the problem for me, thank you.
https://bugs.winehq.org/show_bug.cgi?id=56110
--- Comment #4 from Austin English austinenglish@gmail.com --- For reference, the patch is https://gitlab.winehq.org/wine/wine/-/merge_requests/4756/diffs
https://bugs.winehq.org/show_bug.cgi?id=56110
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |a0669a276172db149556be8afc1 | |ce96aed2c1cf7 Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #5 from Zeb Figura z.figura12@gmail.com --- Fixed upstream by https://source.winehq.org/git/wine.git/commitdiff/a0669a276172db149556be8afc1ce96aed2c1cf7; thanks for the report!
https://bugs.winehq.org/show_bug.cgi?id=56110
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc4.
-
WineHQ Bugzilla