https://bugs.winehq.org/show_bug.cgi?id=38138
Bug ID: 38138 Summary: Avencast: Rise of the Mage: invisible doors Product: Wine Version: 1.7.37 Hardware: x86 URL: http://www.gamershell.com/download_21404.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com Distribution: ---
As far as I see there are two types of doors in the game: the sturdy-looking wooden/metal doors are rendered properly, but the doors which look like a grate are invisible. Easy to reproduce in the demo, when you start the Training mission you're standing right in front of an invisible door. Press and hold <f> to highlight usable objects like doors and you should see the yellow outlines of a door, but the door itself is invisible.
Intro videos won't play (bug #10325) The game needs native d3dx9_36 (bug #36960).
In the terminal: fixme:win:EnumDisplayDevicesW ((null),0,0x135d4b8,0x00000000), stub! fixme:d3d:wined3d_device_set_software_vertex_processing device 0x165ac0, software 0 stub! fixme:d3d:swapchain_gl_present WINED3D_SWAP_EFFECT_FLIP not implemented. fixme:d3d:query_init Unhandled query type 0x4. fixme:d3d:resource_check_usage Unhandled usage flags 0x40. ...
Fedora 21 Nvidia binary drivers 340.76
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #1 from Béla Gyebrószki gyebro69@gmail.com --- Still present in 1.8-rc1, tested with Nvidia binary drivers 340.96 and Nouveau/Mesa from git.
https://bugs.winehq.org/show_bug.cgi?id=38138
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #2 from Sergey Isakov isakov-sl@bk.ru --- The message fixme:d3d:wined3d_device_set_software_vertex_processing ... was discussed in bug 8051 comment 84 I may propose the bug is duplicate of it.
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #3 from Sergey Isakov isakov-sl@bk.ru --- (In reply to Béla Gyebrószki from comment #0)
fixme:d3d:query_init Unhandled query type 0x4.
This is WINED3D_QUERY_TYPE_VCACHE = 4, But i didn't understand what should correspond to it in MSDN? https://msdn.microsoft.com/en-us/library/windows/desktop/ff476191(v=vs.85).a...
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #4 from Sergey Isakov isakov-sl@bk.ru --- Yes, I understand. It is d3d9 query type. https://msdn.microsoft.com/en-us/library/windows/desktop/bb172594(v=vs.85).a...
It seems wine mix different query types. d3d9 and d3d10.
https://bugs.winehq.org/show_bug.cgi?id=38138
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with latest wine(4.0-rc6)?
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #6 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to joaopa from comment #5)
Does the bug still occur with latest wine(4.0-rc6)?
Still present in Wine 4.0-rc6. Tested with the demo and the Steam version.
OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05
https://bugs.winehq.org/show_bug.cgi?id=38138
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #7 from Paul Gofman gofmanp@gmail.com --- Created attachment 63279 --> https://bugs.winehq.org/attachment.cgi?id=63279 Use 8 bit value for D3DRS_ALPHAREF
This is because the game is using alpha test when drawing these doors (with '>' function) and setting strange 16-bit values for alpha reference value. Native d3d uses the lower byte only in this case, while Wine currently uses the value as is. I am attaching a proof of concept patch (which includes the test). The patch fixes the issue for me. I tested this at the start of tutorial only.
https://bugs.winehq.org/show_bug.cgi?id=38138
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63279|0 |1 is obsolete| |
--- Comment #8 from Paul Gofman gofmanp@gmail.com --- Created attachment 63280 --> https://bugs.winehq.org/attachment.cgi?id=63280 Use 8 bit value for D3DRS_ALPHAREF
Sorry, the patch in previous message accidentally got some of my debug leftovers, replacing it.
Regarding d3dx, the problems with builtin one relate to DXTN textures creation and some mesh functions. The game works with builtin d3dx from staging (with aliasing on some textures probably due to missing mipmap generation which it warns about).
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #9 from Henri Verbeet hverbeet@gmail.com --- (In reply to Paul Gofman from comment #8)
Created attachment 63280 [details] Use 8 bit value for D3DRS_ALPHAREF
That makes sense, but perhaps state_alpha_test() in wined3d would be a more appropriate place.
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #10 from Paul Gofman gofmanp@gmail.com ---
That makes sense, but perhaps state_alpha_test() in wined3d would be a more appropriate place.
Yes, sure. Anyway I was thinking of cleaning / extending the test and porting it to lower d3d versions before suggesting the fix upstream. Apart from checking lower d3d versions, it probably worth knowing which value d3d returns back in GetRenderState().
https://bugs.winehq.org/show_bug.cgi?id=38138
--- Comment #11 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Paul Gofman from comment #8)
Created attachment 63280 [details] Use 8 bit value for D3DRS_ALPHAREF
Sorry, the patch in previous message accidentally got some of my debug leftovers, replacing it.
Regarding d3dx, the problems with builtin one relate to DXTN textures creation and some mesh functions. The game works with builtin d3dx from staging (with aliasing on some textures probably due to missing mipmap generation which it warns about).
The patch fixes the problem for me (Steam version of the game).
https://bugs.winehq.org/show_bug.cgi?id=38138
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |6963fd0bef5f0a1112c6a11a03d | |1d046972b2cdb Status|NEW |RESOLVED URL|http://www.gamershell.com/d |https://www.gamepressure.co |ownload_21404.shtml |m/download.asp?ID=17605
--- Comment #12 from Gijs Vermeulen gijsvrm@gmail.com --- I tested the demo before and after 6963fd0bef5f0a1112c6a11a03d1d046972b2cdb and the problem is fixed. Thanks Paul!
Marking FIXED.
https://bugs.winehq.org/show_bug.cgi?id=38138
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.2.
https://bugs.winehq.org/show_bug.cgi?id=38138
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |4.0.x
https://bugs.winehq.org/show_bug.cgi?id=38138
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|4.0.x |---
--- Comment #14 from Michael Stefaniuc mstefani@winehq.org --- Removing the 4.0.x milestone from bug fixes included in 4.0.1.
-
wine-bugs＠winehq.org