Graphical glitch with Resident Evil 3 (GOG) with Classic Rebirth+Seamless HD Project through Wine

[ShadowOne333]

Good day, WineHQ community.

I've been trying to get RE3 working on Linux with the HD/Seamless HD Project (SHDP) mod for over a month now, but no matter what I try, I always end up with the same result, which is the actual backgrounds/textures looking really small on the upper-left corner of the screen, as seen in these images:

https://imgur.com/a/Bj8o51s

To get the game running on Linux, I use the following DLL overrides:

Code: Select all

WINEDLLOVERRIDES="d3d9,d3dcompiler_47,ddraw,dinput8,dsound,libwebp,xaudio2_9"=n,b

Those same overrides are the ones I use for RE2 and it works perfectly with Classic Rebirth and the HD mod. RE1 CR+SHDP does work too, although that one required some dgVoodoo2 intervention.)While RE3 does work with Classic Rebirth on its own, the HD mod causes that graphical issue on any Linux machine I tried, Steam Deck as well.

Could I be missing some DLL as an override or could the problem be in the D3D9 implementation of Wine?

I tried screwing around with the DLLs, and found that dinpu8 is the one that seems to load the HD textures. According to some other modders, the issue could reside within the .ASI file itself, but this HD mod loads just fine on Windows.

I'm willing to test any plausible solutions to get this to work, since right now only RE3 is the only one that doesn't work with HD mods on Linux. RE1 & RE2 already work with Classic Rebirth and HD textures.

For reference, here's the debug output I get after running the game:

Code: Select all

0090:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0090:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0090:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0090:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00a8:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0090:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0024:err:d3d:wined3d_swapchain_resize_buffers Something's still holding back buffer 0 (026D6FF0).
0158:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",03A5FF24): stub
0158:fixme:avrt:AvSetMmThreadPriority (12345678)->(1) stub

Any suggestion towards making this mod work would be greatly appreciated!

[ShadowOne333]

User @Dario has been able to find a workaround using DXVK here:
https://github.com/doitsujin/dxvk/issue ... 2727071152

However, the main issue with WineD3D not loading the proper subroutine from the ASI file is still persistent, and Dario gave a detailed explanation on what is happening in this comment:
https://bugs.winehq.org/show_bug.cgi?id=53775#c7