http://bugs.winehq.org/show_bug.cgi?id=27814
Summary: Die by the Sword: menus don't drawn unless mouse is moving Product: Wine Version: 1.3.24 Platform: x86 URL: http://www.fileplanet.com/11123/10000/fileinfo/Die-By- The-Sword-Demo OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com
Created an attachment (id=35574) --> (http://bugs.winehq.org/attachment.cgi?id=35574) plain terminal output
This is a long-standing issue with the game under Wine (there are references on AppDB with Wine as old as 0.9.20).
The problem: In the menus, when you click on an option the previous menu "rolls up" on the screen and the new menu drops down. In Wine the menu animation is broken: it is stuck (not redrawing) until you begin to move the mouse. A sound effect is intended to play when the menu comes down/up (a clashing sound of swords). The sound is looping while the menu is in stuck state. So you have to move the mouse constantly to use the menus.
Die by the Sword is quite an oldie game (1998), using Directdraw/DirectX 5(?).
The problem can be reproduced in the demo, too.
Notes when testing with the demo: 1) Set Windows version to Win98 otherwise the game tries to use Glide3D (crashed for me). 2) You don't have to install the demo just unzip the contents of dbts.zip and launch the game by WINDIE.EXE
http://bugs.winehq.org/show_bug.cgi?id=27814
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #1 from GyB gyebro69@gmail.com 2012-02-17 23:24:15 CST --- Still present in Wine-1.4-rc4.
http://bugs.winehq.org/show_bug.cgi?id=27814
DSIAID05FRhkpBPM M8R-45axwd@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |M8R-45axwd@mailinator.com
--- Comment #2 from DSIAID05FRhkpBPM M8R-45axwd@mailinator.com 2012-05-27 11:30:53 CDT --- Not fixed in 1.5.4.
This bug also occurs on Windows Vista: http://www.gog.com/en/support/die_by_the_sword_expansion/in_game_menu_proble... It looks like Die by the Sword was made for Windows 95, so maybe the Windows 95 setting in Wine should be improved to solve this issue?
http://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #3 from DSIAID05FRhkpBPM M8R-45axwd@mailinator.com 2013-04-03 12:45:23 CDT --- Not fixed in Wine 1.5.27.
There's also a playable demo of this game: http://archive.org/download/DiebytheSword_1020/dbtsdemo.zip
http://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #4 from DSIAID05FRhkpBPM M8R-45axwd@mailinator.com 2013-06-11 12:03:02 CDT --- Not fixed in Wine 1.6-rc1.
http://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #5 from WineBuG winebugs140@gmail.com 2013-10-21 11:24:26 CDT --- The problem is not fixed in Wine 1.7.4.
Hazard, the author of the Die by the Sword Xtended mod, explains in this way why this bug might occur:
"As far as i know windows 95 used to send continous WM_MOSEMOVE window messages to the active window (or something like that), while newer versions only send them when necessary. That's why it was (ab)used as a timer in DbtS. Generating an empty WM_MOSEMOVE message each frame might fix the issue, but i never really bothered to fix it because having to move the mouse a little isn't anything gamebreaking."
http://bugs.winehq.org/show_bug.cgi?id=27814
WineBuG winebugs140@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #6 from WineBuG winebugs140@gmail.com 2013-11-29 11:19:57 CST --- Not fixed in Wine 1.7.7
http://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #7 from WineBuG winebugs140@gmail.com --- Not fixed in Wine 1.7.17
https://bugs.winehq.org/show_bug.cgi?id=27814
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #8 from Béla Gyebrószki gyebro69@gmail.com --- I can't reproduce the problem in 1.7.34, animation of the menus is normal.
Marking fixed
https://bugs.winehq.org/show_bug.cgi?id=27814
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.35.
https://bugs.winehq.org/show_bug.cgi?id=27814
Saulius K. saulius2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #10 from WineBuG winebugs140@gmail.com --- (In reply to Béla Gyebrószki from comment #8)
I can't reproduce the problem in 1.7.34, animation of the menus is normal.
Marking fixed
I really don't think this one is fixed. :( It is still (I have been watching this bug for a very long time as well) an issue on Mac OS X with Wine 1.7.34 and 1.7.35.
Maybe you've got a faster mouse or you've changed something in your desktop environment settings?
Or maybe it hasn't been fixed for Mac OS X only? Can someone else using Linux see if the bug is still there? Link to the playable demo: http://archive.org/download/DiebytheSword_1020/dbtsdemo.zip
I'm for REOPENING.
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #11 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to WineBuG from comment #10)
(In reply to Béla Gyebrószki from comment #8)
I can't reproduce the problem in 1.7.34, animation of the menus is normal.
Marking fixed
I really don't think this one is fixed. :( It is still (I have been watching this bug for a very long time as well) an issue on Mac OS X with Wine 1.7.34 and 1.7.35.
Maybe you've got a faster mouse or you've changed something in your desktop environment settings?
Or maybe it hasn't been fixed for Mac OS X only? Can someone else using Linux see if the bug is still there? Link to the playable demo: http://archive.org/download/DiebytheSword_1020/dbtsdemo.zip
I'm for REOPENING.
It's been awhile since I last tested this bug. On my current system (Fedora 21, XOrg 1.16.2, XFCE 4.10) the problem doesn't exist with recent Wine 1.7.35. I tested both the GOG.com and the old demo version.
Wine 1.6.2: the problem exists Wine 1.7.35: menus drawn properly
I have a strong feeling that it was fixed by commit 4c4552c5a1910a9d5adf8eccff0ac62d89ffe376 which is causing regressions in many games see bug #35718.
If you still have the reported problem on your system please open a new bug report for that. Make sure you're testing with plain Wine and not with wine-staging, because the problem does exist in staging, due to the 'wined3d-Revert_PixelFormat' patchset.
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #12 from Ken Thomases ken@codeweavers.com --- This problem still exists for me on OS X, too. Plain Wine. (If you're using the tip from this morning, you'll need http://source.winehq.org/patches/data/108886 to fix a crash.) Affects both the Mac driver and the X11 driver.
In my testing, it was often the case that moving the mouse was not enough to cause the menu animation to proceed. When this happened, switching away with Command-Tab would allow the animation to complete. This happened more often with the Mac driver than the X11 driver, but did affect both.
Béla, would you be willing to do a "reverse" bisect, where you hunt which commit fixed it for you?
https://bugs.winehq.org/show_bug.cgi?id=27814
Ken Thomases ken@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ken@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #13 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Ken Thomases from comment #12)
This problem still exists for me on OS X, too. Plain Wine. (If you're using the tip from this morning, you'll need http://source.winehq.org/patches/data/108886 to fix a crash.) Affects both the Mac driver and the X11 driver.
In my testing, it was often the case that moving the mouse was not enough to cause the menu animation to proceed. When this happened, switching away with Command-Tab would allow the animation to complete. This happened more often with the Mac driver than the X11 driver, but did affect both.
Béla, would you be willing to do a "reverse" bisect, where you hunt which commit fixed it for you?
It's hard to tell exactly which commit fixed the problem for me because the game behaves differently between 1.7.13 and .15.
The problem is definitely there in 1.7.13. After this patch menus are opened but without that "pull-down animation" and screen refreshing, mouse movement is so sluggish that it makes the game unplayable: http://source.winehq.org/git/wine.git/commit/4c4552c5a1910a9d5adf8eccff0ac62...
Finally this commit resolves the previous problem and menus work as intended: http://source.winehq.org/git/wine.git/commit/eef81f5ecc27cac8bc2bf4eacdc0934...
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #14 from WineBuG winebugs140@gmail.com --- (In reply to Ken Thomases from comment #12)
This problem still exists for me on OS X, too. Plain Wine. (If you're using the tip from this morning, you'll need http://source.winehq.org/patches/data/108886 to fix a crash.) Affects both the Mac driver and the X11 driver.
...
Not fixed in Wine 1.7.40 for Mac OS X. Should I create a new bug report?
https://bugs.winehq.org/show_bug.cgi?id=27814
--- Comment #15 from Ken Thomases ken@codeweavers.com --- (In reply to WineBuG from comment #14)
Not fixed in Wine 1.7.40 for Mac OS X. Should I create a new bug report?
Yes, please do.
https://bugs.winehq.org/show_bug.cgi?id=27814
WineBuG winebugs140@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com