[Bug 53000] Project64: black screen when gliden64 video plugin is used

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=53000

--- Comment #2 from Austin English <austinenglish at 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?
> 
> https://wiki.winehq.org/Regression_Testing

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&iTestingId=111402
claims that installing `winetricks d9vk d3drm d3dx9` avoids the problem (didn't
for me) 

https://appdb.winehq.org/objectManager.php?sClass=version&iId=40379&iTestingId=111502
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.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.