https://bugs.winehq.org/show_bug.cgi?id=39866
Bug ID: 39866 Summary: XIIZeal (steam) immediately exits on start Product: Wine Version: 1.9.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs@winehq.org Reporter: zakk@rsdio.com
Created attachment 53223 --> https://bugs.winehq.org/attachment.cgi?id=53223 xiizeal trace+d3d
The steam game XIIZeal immediately exits when it is ran.
I've narrowed it down to d3d:wined3d_check_device_format returning false, attachment is a log file with trace+d3d.
If I changed wined3d_check_device_format to blindly return WINED3D_OK the game starts up fine and all graphics appear to be ok. (There are additional problems with the game beyond the scope of this bug report, though)
https://bugs.winehq.org/show_bug.cgi?id=39866
Zakk zakk@rsdio.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zakk@rsdio.com
https://bugs.winehq.org/show_bug.cgi?id=39866
--- Comment #1 from Zakk zakk@rsdio.com --- Digging a little deeper, the game works fine if CheckRenderTargetCapability returns true for format WINED3DFMT_B5G5R5A1_UNORM.
From the MSDN documentation I can find, B5G5R5A1_UNORM is supported as a
RENDERTARGET only under DXGI 1.2/DX11.1. Is there ever a case where D3D9::CheckDeviceFormat() would return true for this combination under real windows? Or is there something triggering the game to do this check that's specific to wine?
https://bugs.winehq.org/show_bug.cgi?id=39866
--- Comment #2 from Matteo Bruni matteo.mystral@gmail.com --- Created attachment 53295 --> https://bugs.winehq.org/attachment.cgi?id=53295 Test patch
Maybe enabling the RENDERTARGET usage flag for B5G5R5X1_UNORM is enough? It seems to be reported on Windows by both Nvidia and AMD.
https://bugs.winehq.org/show_bug.cgi?id=39866
--- Comment #3 from Zakk zakk@rsdio.com --- Yes, that fixes the issue
https://bugs.winehq.org/show_bug.cgi?id=39866
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=39866
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #4 from Matteo Bruni matteo.mystral@gmail.com --- The patch was committed as 1061969eb6e291566591f37a5ea5e48af3a48297, the bug should be fixed in git now.
https://bugs.winehq.org/show_bug.cgi?id=39866
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |1061969eb6e291566591f37a5ea | |5e48af3a48297
https://bugs.winehq.org/show_bug.cgi?id=39866
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Target Milestone|--- |1.8.x
https://bugs.winehq.org/show_bug.cgi?id=39866
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.4.
https://bugs.winehq.org/show_bug.cgi?id=39866
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #6 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.2.
-
wine-bugs＠winehq.org