http://bugs.winehq.org/show_bug.cgi?id=25640
Summary: Rush hangs after starting Product: Wine Version: 1.3.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com CC: hverbeet@gmail.com
Created an attachment (id=32652) --> (http://bugs.winehq.org/attachment.cgi?id=32652) terminal output
'Rush' is a puzzle game, currently available only on Steam. After starting the game it places its own mouse cursor on the screen then nothing happens: the game hangs while still consuming 100% cpu power. The same happens in fullscreen and in virtual desktop mode. I've also tried ddr=gdi/opengl and orm=fbo/backbuffer combinations but that didn't help either.
The game can be started correctly with Wine-1.1.34 and all later versions show the mentioned problem.
c24e48d937cfd0000a22af555a920ea7fab71d7b is the first bad commit commit c24e48d937cfd0000a22af555a920ea7fab71d7b Author: Henri Verbeet hverbeet@codeweavers.com Date: Mon Dec 14 20:49:53 2009 +0100
wined3d: Filter window messages generated by switching to fullscreen and back.
git checkout c24e48d937cfd0000a22af555a920ea7fab71d7b -- the game hangs git reset --hard HEAD^ -- the game is starting properly
Author of the patch added to CC. The demo is Steam-only: http://store.steampowered.com/app/38720/ Please, let me know if you need a log with specific debug channels.
Fedora 14 Nvidia GeForce 250 / driver 260.19.29
http://bugs.winehq.org/show_bug.cgi?id=25640
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #1 from GyB gyebro69@gmail.com 2011-01-08 08:31:11 CST --- Created an attachment (id=32776) --> (http://bugs.winehq.org/attachment.cgi?id=32776) bzipped +d3d,+d3d9 log (2.3 MB uncompressed)
Still present in Wine-1.3.11.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #2 from GyB gyebro69@gmail.com 2011-01-15 02:26:40 CST --- Still present in wine-1.3.11-211-gbaeb0d9 and also affects Toki Tori (Steam version), a game from the same developer as Rush. Strangely, Toki Tori ran perfectly in Wine-1.3.0 when I played the game in mid-2010. They updated the game on Steam in dec-2010 and I suppose the update has something to do with the current problem in Wine. Both games can be started in 1.3.11 when choosing windowed mode (for that I had to start the games in Wine-1.1.34 to change the settings).
http://bugs.winehq.org/show_bug.cgi?id=25640
progger1986 anubis1@linux-ecke.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anubis1@linux-ecke.de
--- Comment #3 from progger1986 anubis1@linux-ecke.de 2011-02-25 10:59:06 CST --- I testet the game with Winw 1.2 and it runs.
http://bugs.winehq.org/show_bug.cgi?id=25640
dr. Hannibal Lecter neutrinocms@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neutrinocms@gmail.com
--- Comment #4 from dr. Hannibal Lecter neutrinocms@gmail.com 2011-03-25 15:42:17 CDT --- Confirming this for current Steam version of Toki Tori and RUSH: both games simply open a fullscreen window, the cursor changes, but then they just hang.
Tested on Ubuntu 10.10, Wine 1.3.16.
http://bugs.winehq.org/show_bug.cgi?id=25640
v2px@v2px.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #5 from v2px@v2px.de 2011-04-12 18:47:30 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=25640
Brandon Howard FinalCrisisSX@Hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |FinalCrisisSX@Hotmail.com
--- Comment #6 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-04-16 00:40:13 CDT --- Also confirming what GyB and progger1986 say, it works in the latest stable version of wine (at this time, 1.2.3) fullscreen or windowed, but in the unstable versions (1.3.18 atm) it hangs unless you set it to windowed mode while in the older stable wine. In windowed mode on 1.3.18, it works flawlessly as far as I can tell. The latest user report says the sound is not working, but that works fine for me. I am using the 3rd party pulseaudio patch though, so I'm not sure if that applies to vanilla wine (note: this bug's behavior also occurs in vanilla wine, as would be expected).
One note however, especially to those wanting to copy over the settings that use multiple prefixes: steam cloud didn't transfer the changes for me for whatever reason. I had to manually copy over the settings from my 32 bit wine prefix (stable 1.2.3) to my normal 64-capable prefix (1.3.18). There is no config file for this to make it easy unfortunately (that I can find, anyway..), and I couldn't figure out any launch option to force it to windowed mode (or back to fullscreen mode, for that matter, so I'm guessing there are no such things). The information seems to be placed in the .SAV save file itself, in this folder:
~/.wine/drive_c/users/Your_User_Name_Here/Local Settings/Application Data/Two Tribes/RUSH
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #7 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-04-22 15:11:55 CDT --- I did a regression test, and came up with:
$ git bisect bad a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 is the first bad commit commit a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 Author: Henri Verbeet hverbeet@codeweavers.com Date: Wed Oct 6 12:01:29 2010 +0200
wined3d: Acquire / release the focus window during reset.
:040000 040000 f4af24892b8e82f2d4f8c3083cf712a89df83694 da050c6828316cb074418f9cb15d890da849d1d1 M dlls
.. Hopefully this will assist in resolving this regression. Steam is downloadable from http://www.steampowered.com, and a demo for Rush which will presumably have the same problem is http://store.steampowered.com/app/38720/ here.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #8 from GyB gyebro69@gmail.com 2011-04-22 22:37:39 CDT --- (In reply to comment #7)
I did a regression test, and came up with:
a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 is the first bad commit
For me, both a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 and the commit right before that produce the reported problem. Does the game really start for you normally with the commit before a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1?
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #9 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-04-23 00:24:11 CDT --- (In reply to comment #8)
(In reply to comment #7)
I did a regression test, and came up with:
a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 is the first bad commit
For me, both a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 and the commit right before that produce the reported problem. Does the game really start for you normally with the commit before a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1?
I'm sorry, I'm completely inexperienced with git. "Git log" shows the commit 966d722752b659a12ffa355a1e559f94907cd66d as the one "right before".. is that the one you're talking about? Judging by the description, it doesn't make sense to me that one wouldn't work, but it appears to be the one you are requesting. If that is the correct commit, I just ran "bisect reset 966d722752b659a12ffa355a1e559f94907cd66d" and checked "git log" to see if it was in the right place, and indeed that was at the top.. recompiled, game runs fine. Did the same to go to a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1, and it's broken again.
....In a nutshell:
Works: 966d722752b659a12ffa355a1e559f94907cd66d $ ./wine --version wine-1.3.4-119-g966d722
Broken: a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1 $ ./wine --version wine-1.3.4-120-ga59d0f4
Judging by the 119 and 120, I don't think I did anything dumb. If I did however, let me know.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #10 from GyB gyebro69@gmail.com 2011-04-23 00:30:21 CDT --- That's odd, I had to go back as far as 1.1.34 to get the game to start. It doesn't start for me with Wine-1.2.3 either.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #11 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-04-23 00:58:29 CDT --- (In reply to comment #10)
That's odd, I had to go back as far as 1.1.34 to get the game to start. It doesn't start for me with Wine-1.2.3 either.
The symptoms are identical, but our bugs are probably unrelated it seems.. Ftr, I didn't need to do any tinkering around in the registry to make it run with the commit before the first bad commit for me, or v1.2.3. I set it to use ALSA and either Win7 or WinXP mode globally (likely the former) in winecfg, but nothing else that I recall, fresh prefix.
I have a GTS 250 similarly, but I'm using the 270.41.03 nvidia drivers. Arch Linux 64 bit, liquorix kernel 2.6.38.2.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #12 from Jack Edmonds pocketcookies2@gmail.com 2011-04-24 15:28:36 CDT --- Created an attachment (id=34328) --> (http://bugs.winehq.org/attachment.cgi?id=34328) Patch to allow Toki Tori to run in fullscreen.
This patch seems to fix the bug for me. It basically reverts most of commit a59d0f45c1ab26c4754c9eb5d8c730a5dc997ba1. Unfortunately, that causes it to also fails a couple tests. However, if it works for anyone else, at least we'll have a better idea of where to start looking.
http://bugs.winehq.org/show_bug.cgi?id=25640
Jack Edmonds pocketcookies2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pocketcookies2@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #13 from GyB gyebro69@gmail.com 2011-04-24 21:26:44 CDT --- The patch fixed the startup problem in Toki Tori but Rush still hangs on startup. Probably I was wrong about what I claimed in comment #2 and Toki Tori suffers from a different issue.
http://bugs.winehq.org/show_bug.cgi?id=25640
John Edmonds pocketcookies2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34328|0 |1 is obsolete| |
--- Comment #14 from John Edmonds pocketcookies2@gmail.com 2011-04-25 21:46:36 CDT --- Created an attachment (id=34354) --> (http://bugs.winehq.org/attachment.cgi?id=34354) Allows both RUSH and Toki Tori to play in fullscreen mode
Actually, perhaps you may have been correct and the cause for both bugs is the same. This patch allows me to play both RUSH and Toki Tori in full screen (my previous patch only worked for Toki Tori).
What I did was comment out some of the message filtering code in the wndproc Wine uses to replace the window's existing wndproc. My guess is that both Toki Tori and RUSH both expect to receive message(s) that are getting filtered out.
Hopefully this patch will work well enough until I or someone else can find a better, more permanent solution.
http://bugs.winehq.org/show_bug.cgi?id=25640
--- Comment #15 from GyB gyebro69@gmail.com 2011-04-25 22:16:54 CDT --- The second patch worked here, too. Both games start without problems in fullscreen mode.
http://bugs.winehq.org/show_bug.cgi?id=25640
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #16 from GyB gyebro69@gmail.com 2011-05-04 21:39:35 CDT --- The patch has been committed, fixed in wine-1.3.19-133-g79ab0c3.
http://source.winehq.org/git/wine.git/commit/d9f8cba50f4c2fc9f138d35c73ba5af...
Thank you, John!
http://bugs.winehq.org/show_bug.cgi?id=25640
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org 2011-05-13 13:33:09 CDT --- Closing bugs fixed in 1.3.20.
http://bugs.winehq.org/show_bug.cgi?id=25640
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |d9f8cba50f4c2fc9f138d35c73b | |a5afc30d15866 Regression SHA1| |c24e48d937cfd0000a22af555a9 | |20ea7fab71d7b