https://bugs.winehq.org/show_bug.cgi?id=53000
--- Comment #2 from Austin English austinenglish@gmail.com --- (In reply to Nipun Garg from comment #1)
I can't replicate it. The GlideN64 plugin works fine for me.
It would be helpful if you gave more info than just 'it works'. I.e., what wine version/graphics card/driver?
At least for me, on intel/mesa, it doesn't work (while 3d overall does; I can play other d3d games on this hardware).
For reference: OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4400 (HSW GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 21.3.8 OpenGL core profile shading language version string: 4.50
Can you try to pinpoint the commit that is causing the problem for you?
Wine's regression testing page isn't quite applicable here (since the 'regression' is in Project 64, not wine itself). That said, I orginally figured this out by trying the various development builds they provide: https://www.pj64-emu.com/nightly-builds
which narrowed it down to between v2.4.0-1514-gdc227d7 and v2.4.0-1524-g846ea11. At that point, since I didn't want to set up a build environment for Projec64, I checked git bisect visualize/changelog:
Remove greedy Good Name Removes the Good Name from the greedy THE LEGEND OF ZELDA rdb entry. Settings still seem to be retained between all relevant ROMs and changing an option in one will change the option for all of them. This is preferable as the file name is the only way to distinguish randomizer ROMs in the first place. It also won't override unrelated rom hacks with the wrong name. This should reduce user confusion for both of these cases. (commit: 78ca6f473b504189a66901de6b89bad8d9d37fae) Replace \ with / in include directives (commit: dcb360cf41139b49732e36a4dbaa4256192710b4) Modify Unix build script (commit: 3eaa3c591b446757a7e29427e59cfadeb818d2c5) Fix platform difference errors (commit: 38ca1407c9bb7643cb3385679b750eb0de45692e) IniFileClass.cpp: Restore include directive (commit: a76781bf0f8f2b47837fd2a4827ac78833527662) Use correct variable for log (commit: 56d98cae9bc7c9c18960762f15a2642c68503f18) Ignore narrowing conversion on g (commit: 8dea0170d35e93f3c1e96b45309c5374e68916fe) Prompt for jabo or glide plugin (commit: 88144f53c9a2ac3f4d1de15ccbf707d754ac4423)
The last was a good hint, changing from glid64 to jabo allowed rendering to work.
AppDB also notes similar problems for two other users: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40379&... claims that installing `winetricks d9vk d3drm d3dx9` avoids the problem (didn't for me)
https://appdb.winehq.org/objectManager.php?sClass=version&iId=40379&... also mentions that the above workaround didn't help (note: they're on mac, while I'm testing on linux/mesa), but in their case, using jabo instead of glide64 works.
Those tests were running in 6.21/6.14 respectively, but older wine versions I've tested locally (6.0/et al), as well as 7.8 don't work with GlideN64, while they do with project64 video.