http://bugs.winehq.org/show_bug.cgi?id=27967
Summary: Sacred Underworld 2.28 with graphical issues Product: Wine Version: 1.3.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: roland@mxchange.org
I have a lot graphical issues in the mentioned game, e.g. the graphical mouse is not visible and/or flipped up-side-down (when I move the mouse up, the cursor moves down and vise versa) and many GUI things are gone. Attached is a warn+all log (the regular log didn't show any specific).
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #1 from Roland Haeder roland@mxchange.org 2011-08-03 04:49:28 CDT --- Created an attachment (id=35793) --> (http://bugs.winehq.org/attachment.cgi?id=35793) warn+all log
http://bugs.winehq.org/show_bug.cgi?id=27967
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #2 from GyB gyebro69@gmail.com 2011-08-03 11:35:37 CDT --- I can reproduce the reported issues in Sacred Gold v2.28:
1) the mouse pointer is invisible mid-game (but visible in the menus) 2) the map is not drawn 3) certain parts of the user interface are missing/invisible 4) certain objects are drawn only when you pass them by
Those features worked in Wine-1.3.23 but not in 1.3.24:
5e97e2295190b7e8714fefdb2e0bdb76a2af5e72 is the first bad commit commit 5e97e2295190b7e8714fefdb2e0bdb76a2af5e72 Author: Stefan Dösinger stefan@codeweavers.com Date: Mon Jun 27 17:52:39 2011 +0200
wined3d: Separate stream sources and vertex declaration.
Changing the stream sources does not require a reapplication of the vertex declaration. Even setting a NULL vertex buffer doesn't make attributes disappear - it just causes a segfault on Windows.
:040000 040000 f4905f89eb1bbe5600525474968adac5567b952a 368cd086c3d250964a48cce0a8e1a62d3dd2ee6a M dlls
Currently there are no other bug reports with this commit.
Most of the problems can be reproduced with the demo, too (except for the mouse pointer which is showing up correctly in the demo): http://www.fileplanet.com/137063/130000/fileinfo/Sacred-Demo-%5BEnglish%5D
wine-1.3.25-350-g380abde Fedora 15 Nvidia GeForce 250 / driver 275.21
http://bugs.winehq.org/show_bug.cgi?id=27967
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression URL| |http://www.fileplanet.com/1 | |37063/130000/fileinfo/Sacre | |d-Demo-%5BEnglish%5D CC| |stefandoesinger@gmx.at Severity|normal |minor
http://bugs.winehq.org/show_bug.cgi?id=27967
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |5e97e2295190b7e8714fefdb2e0 | |bdb76a2af5e72
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #3 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-18 18:01:23 CDT --- Created an attachment (id=36041) --> (http://bugs.winehq.org/attachment.cgi?id=36041) wined3d: invalidate streamsrc, vdecl and indexbuffer after strided draws
Please give this patch a try, it fixes at least the disappearing objects issues for me.
Sacred is one of the few apps that uses the abomination that is IDirect3DDevice7::DrawPrimitiveStrided. This function bypasses the vertex declaration. We properly invalidate the vdecl before the draw, but not afterwards. Prior to the patch that caused the regression, the changed stream source in the next regular draw would invalidate the vdecl state and everything was OK. But since this patch we were only rebinding the stream source and not doing more fundamental things associated with the vertex declaration, like switching between regular and pretransformed vertices.
Even the past behavior was just luck. We have to invalidate those states before and after the user-data strided draw. I wish Microsoft had never invented this method.
The additionally added STATE_STREAMSRC invalidation is technically redundant, because reapplying STATE_VDECL will reapply STATE_STREAMSRC, but wined3d_device_draw_primitive_strided isn't supposed to know about this.
http://bugs.winehq.org/show_bug.cgi?id=27967
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roland@mxchange.org
--- Comment #4 from Roland Haeder roland@mxchange.org 2011-08-18 19:31:07 CDT --- Looking very good with your patch. Shall I attach a screenshot so you can see it by yourself?
http://bugs.winehq.org/show_bug.cgi?id=27967
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #5 from Roland Haeder roland@mxchange.org 2011-08-18 19:45:56 CDT --- Okay, the graphics issue seems to be fixed. Also the transparent map works. But the jumping mouse cursor makes it unplayable. My character was almost killed in a combat situation because of this annoying mouse bug.
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #6 from Roland Haeder roland@mxchange.org 2011-08-18 19:46:27 CDT --- And that didn't happen with older wine versions (I cannot recall which one).
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #7 from Roland Haeder roland@mxchange.org 2011-08-18 19:59:48 CDT --- Okay, one bug remains. The shadows are not fully drawn. Only the border of the where the shadow should be is visible.
http://bugs.winehq.org/show_bug.cgi?id=27967
Patrick Trentin patrick.trentin.88@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.trentin.88@gmail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #8 from Roland Haeder roland@mxchange.org 2011-08-18 20:18:07 CDT --- OT: Had set MouseWarpOverride=false, I have filled out another bug for the issue.
http://bugs.winehq.org/show_bug.cgi?id=27967
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #9 from Roland Haeder roland@mxchange.org 2011-08-18 20:20:56 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #10 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-19 03:21:43 CDT --- I guess the "jumping mouse pointer" isn't a rendering bug, but rather a dinput issue. Or did this break with the same patch as the rendering?
Can you attach a screenshot showing the shadow issue? A safegame would be pretty helpful as well, unless the bug can be reproduced right at the start. I don't think I saw shadows when I ran around in the starting location of the demo.
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #11 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-23 04:27:46 CDT --- The patch is in git now as 0fc7cd5ad72b813bfbd99951e4c649f8514e1de4.
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #12 from GyB gyebro69@gmail.com 2011-08-25 09:07:28 CDT --- I see the followings in Sacred Gold v2.28 after git checkout 0fc7cd5ad72b813bfbd99951e4c649f8514e1de4:
-mouse pointer is visible again mid-game -map/minimap is displayed correctly -the user interface is fully visible again -objects which were partially hidden now rendered correctly
shadows: I don't see a difference in the appearance of shadows whether I run the game in Wine-1.1.x or in the current git (wine-1.3.26-252-g351bfad).
Tested with a Nvidia gfx card / driver 280.13
http://bugs.winehq.org/show_bug.cgi?id=27967
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #13 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-27 17:29:55 CDT --- Sounds like the regression reported here is fixed.
If the shadows are indeed broken(compare to Windows) please open a new bug for them.
http://bugs.winehq.org/show_bug.cgi?id=27967
--- Comment #14 from Roland Haeder roland@mxchange.org 2011-08-27 17:40:39 CDT --- Okay, I will open one, but I cannot compare to Windozer, I don't have it installed since December 1999. :)
http://bugs.winehq.org/show_bug.cgi?id=27967
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org 2011-09-09 12:54:23 CDT --- Closing bugs fixed in 1.3.28.
-
wine-bugs＠winehq.org