https://bugs.winehq.org/show_bug.cgi?id=53000
Bug ID: 53000 Summary: Project64: black screen when gliden64 video plugin is used Product: Wine Version: 7.8 Hardware: x86-64 URL: https://www.pj64-emu.com/public-releases OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: austinenglish@gmail.com Distribution: Debian
In newer versions of Project64, GlideN64 is the default video plugin. When using this plugin, games only show a black screen.
This is easy to reproduce with Project64 3.0.1. Install the application, and run it. On first start, it will ask if you want to use the GlideN64 or Project64 Video plugin. Choose GlideN64, then select a rom, and start. You may need to resume emulation (press f2), but you'll only see a black screen.
If you remove 'C:\Program Files\Project64 3.0\Config\Project64.cfg', and rerun, then select 'Project64 Video', and start a game (and resume), video works.
I tested Project64 on my windows partition, to make sure this hardware is capable of running gliden64. On windows, gliden64 works.
Not much in the terminal: 0110:fixme:imm:ImeSetActiveContext (00711FA8, 1): stub 0110:fixme:imm:ImmReleaseContext (00030042, 00711FA8): stub 0120:fixme:imm:ImeSetActiveContext (00149A68, 0): stub 0120:fixme:imm:ImmReleaseContext (0002007A, 00149A68): stub 0134:fixme:ver:GetCurrentPackageId (033EFEF0 00000000): stub 0110:fixme:accel:NtUserDestroyAcceleratorTable other process handle 0x1 0154:fixme:ver:GetCurrentPackageId (08FDFEF0 00000000): stub
wine-7.8
https://bugs.winehq.org/show_bug.cgi?id=53000
Nipun Garg nipung271@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nipung271@gmail.com
--- Comment #1 from Nipun Garg nipung271@gmail.com --- I can't replicate it. The GlideN64 plugin works fine for me.
Can you try to pinpoint the commit that is causing the problem for you?
https://wiki.winehq.org/Regression_Testing
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.
-
WineHQ Bugzilla