http://bugs.winehq.org/show_bug.cgi?id=14438
Summary: Moving cursor in RA2 freezes game Product: Wine Version: 1.1.1 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: thomas.vdburgt@xs4all.nl CC: thomas.vdburgt@xs4all.nl
When mocing the cursor in Red Alert 2 the game freezes. In the menu's it totally freezes, ingame it stutters. This makes the game unplayable.
No relevant console output is given, although wine not being able to change the screen to 16bpp (fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16)
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #1 from Lei Zhang thestig@google.com 2008-07-16 16:37:03 --- Did the game freeze or did the entire computer freeze?
What video card / driver version are you using?
http://bugs.winehq.org/show_bug.cgi?id=14438
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexd4@inbox.lv
--- Comment #2 from Alexander Dorofeyev alexd4@inbox.lv 2008-07-16 16:57:22 --- I guess I know what he is talking about. There was already a "regression" bug about this which was closed some time ago. It's not really totally fixed though, because last time I checked on geforce 6100 / athlon 3200 the game isn't very playable whereas it ran great on 700mhz in Windows. Unfortunately this probably isn't getting fully fixed any time soon, because it's basically same old DIB / direct screen access problem. Maybe DIB engine could help here. Like with other similar problems (Starcraft 1 etc), more raw CPU and GPU power and playing with DirectDrawRenderer and RenderTargetLockMode may be able to mitigate the problem to some acceptable degree. But I couldn't get it to run really nice and smooth as it did on Windows.
Old bug: http://bugs.winehq.org/show_bug.cgi?id=5526
http://bugs.winehq.org/show_bug.cgi?id=14438
David Hall (gringer) winehq@gringer.dis.org.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@gringer.dis.org.nz
--- Comment #3 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-17 20:53:21 --- Should this then be considered a duplicate of bug 5526?
I know that I reported previously that it was working again in that bug, but the bug seems to come back every now and then. Every time since about 1.0 RC1 that I tried RA2, the game stuttered when using the cursor, and fiddling with DirectDrawRenderer and RenderTargetLockMode didn't seem to help much (using a somewhat slow P4).
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #4 from Alexander Dorofeyev alexd4@inbox.lv 2008-08-18 01:32:04 --- (In reply to comment #3)
Should this then be considered a duplicate of bug 5526?
I know that I reported previously that it was working again in that bug, but the bug seems to come back every now and then. Every time since about 1.0 RC1 that I tried RA2, the game stuttered when using the cursor, and fiddling with DirectDrawRenderer and RenderTargetLockMode didn't seem to help much (using a somewhat slow P4).
What kind of hardware are you running it on? If there was a notable performance decrease, can you pinpoint more precisely and maybe run a full regression test?
I'll maybe try another attempt to run it too in some wine versions, on new machine specs.
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #5 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-18 20:07:16 --- Here's a few informative bits from lshal about the specs of the computer:
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz Video Card: NV31 [GeForce FX 5600] (Micro-Star International Co., Ltd.)
And memory: Mem: 255340k total
The bug needs to be tested on either a slow computer, or (possibly) a fast computer with CPU slowdowns activated -- I know the Intel Core Duo can do this.
A regression test will probably be difficult in this case (because I'm not too confident about finding a version where RA2 runs, but does not exhibit this bug), but I'll see. I'm actually having doubts about whether it did actually work in 0.9.54.
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #6 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-21 07:55:36 --- I forgot about the other issue with regression testing, namely wine not compiling.
as an example, this is what I got when trying to compile [d6bd8661ffeab62f003fb6cfee409fb593db8f74] dbghelp: Dwarf & parse context. (between 0.9.15 and 0.9.17).
/home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:828: undefined reference to `GDI_GetObjPtr' /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:848: undefined reference to `GDI_ReleaseObj' ... /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:1267: undefined reference to `GDI_GetObjPtr' /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:1283: undefined reference to `GDI_ReleaseObj' collect2: ld returned 1 exit status winegcc: gcc failed.
As the other bug suggested that things changed between 0.9.15 and 0.9.16, I suspect I'll need to compile this to get it nailed down. Any ideas?
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #7 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-21 10:19:18 --- Of course, <a href="http://wiki.winehq.org/ReverseRegressionTesting">reverse regression testing</a> (and all the pain that involves). I'll have a go at that.
For anyone else who has a computer that is too fast to observe this bug, you may be able to get away with throttling the CPU. On my laptop (Intel Core Duo T2300 @ 1.66GHz), I can do this by running the following:
# x=3; echo ${x} > /proc/acpi/processor/CPU0/throttling; echo ${x} > /proc/acpi/processor/CPU1/throttling
[You can reset the throttling by setting x=0 instead of x=3]
According to 'cat /proc/acpi/processor/CPU0/throttling', that command should throttle the processors to 62% of their normal speed (YMMV), which seems to be enough to result in noticeable slowdowns when moving the mouse while playing the game.
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #8 from Alexander Dorofeyev alexd4@inbox.lv 2008-08-21 11:03:12 --- (In reply to comment #6)
I forgot about the other issue with regression testing, namely wine not compiling.
as an example, this is what I got when trying to compile [d6bd8661ffeab62f003fb6cfee409fb593db8f74] dbghelp: Dwarf & parse context. (between 0.9.15 and 0.9.17).
/home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:828: undefined reference to `GDI_GetObjPtr' /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:848: undefined reference to `GDI_ReleaseObj' ... /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:1267: undefined reference to `GDI_GetObjPtr' /home/flat/install/git/wine-git/dlls/winex11.drv/palette.c:1283: undefined reference to `GDI_ReleaseObj' collect2: ld returned 1 exit status winegcc: gcc failed.
As the other bug suggested that things changed between 0.9.15 and 0.9.16, I suspect I'll need to compile this to get it nailed down. Any ideas?
Oh, if the version that was ok is as old as 0.9.15 then it's a trouble indeed. It's very difficult to compile. Anyway, regression testing with 0.9.15 is pointless, as we already know what patch changed that, it was the ddraw rewrite. In the process of that rewrite some features that were considered hacky and unsafe were killed, unfortunately leading to performance degradation in some games. Now ddraw is totally different in implementation and wholly incompatible with that old code.
So it only makes sense to do a regression test if there were recent performance regressions (recent means something like 0.9.5x or later).
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #9 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-21 14:38:35 --- Created an attachment (id=15532) --> (http://bugs.winehq.org/attachment.cgi?id=15532) patch against wine-0.9.15 to work on recent systems (2008-08-22)
Oh well, I've gone through the reverse regression process anyway, and ended up with a patch that allows wine-0.9.15 to compile on my current system (Debian sid/lenny).
One part of the patch involved a change in (after?) version 0.9.48, the other part was a change in/after version 0.9.32.
http://bugs.winehq.org/show_bug.cgi?id=14438
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch, regression
http://bugs.winehq.org/show_bug.cgi?id=14438
David Hall (gringer) winehq@gringer.dis.org.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #10 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-21 17:06:15 --- I didn't realise previously that the ddraw rewrite was done in a single patch (commit c8901d6f6253f6c97610eb1068ac4ff89758ed0a), but now I've gone through the regression process "just to be sure" (and for a bit of practise), I see that this will be tricky.
Stefan Dösinger did attach a patch to bug 5526, which I've tried to update every now and then, but I'm not really sure if the updates I've been making are correct.
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #11 from David Hall (gringer) winehq@gringer.dis.org.nz 2008-08-21 17:31:03 --- Created an attachment (id=15536) --> (http://bugs.winehq.org/attachment.cgi?id=15536) Stefan's patch for bug 5526, updated to recent git
I had another go at updating Stefan's patch for recent git. It makes an incredible amount of difference: even at 50% throttling, I was getting responsiveness that was better than what I got with an unpatched git without throttling.
http://bugs.winehq.org/show_bug.cgi?id=14438
Christoph Korn c_korn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #12 from Christoph Korn c_korn@gmx.de 2008-12-26 14:38:37 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=14438
Christoph Korn c_korn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #13 from Christoph Korn c_korn@gmx.de 2008-12-26 15:01:00 --- I am still experiencing this bug in wine-1.1.11.
I have created a short capture that demonstrates the problem: http://mitglied.lycos.de/mrcalhoun/red_alert_2.avi The tanks and soldiers move slow when the cursor is moved and at normal speed when it stops.
System: Ubuntu 8.10 (amd64) NVIDIA Quadro NVS 140M NViDIA 180.17
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #14 from Christoph Korn c_korn@gmx.de 2008-12-26 16:03:16 --- (In reply to comment #11)
Created an attachment (id=15536)
--> (http://bugs.winehq.org/attachment.cgi?id=15536) [details]
Stefan's patch for bug 5526, updated to recent git
I had another go at updating Stefan's patch for recent git. It makes an incredible amount of difference: even at 50% throttling, I was getting responsiveness that was better than what I got with an unpatched git without throttling.
This patch cannot applied on the new current git master.
Can someone please make a new patch?
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #15 from Christoph Korn c_korn@gmx.de 2008-12-26 19:25:50 --- The game runs excellent when X is set to 16bit color depth. (I used 24bit before)
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #16 from Christoph Korn c_korn@gmx.de 2009-01-31 11:59:43 --- Created an attachment (id=19127) --> (http://bugs.winehq.org/attachment.cgi?id=19127) registry file to use opengl as DirectDrawRenderer
This registry file fixed the bug for me.
Now the game runs at normal speed also when the X colour depth is 24bit.
http://bugs.winehq.org/show_bug.cgi?id=14438
Christoph Korn c_korn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #19127|0 |1 is obsolete| |
--- Comment #17 from Christoph Korn c_korn@gmx.de 2009-01-31 12:27:47 --- Created an attachment (id=19128) --> (http://bugs.winehq.org/attachment.cgi?id=19128) registry file to use opengl as DirectDrawRenderer
This is the correct registry file to fix the problem.
The previous one lacked the RenderTargetLockMode option.
http://bugs.winehq.org/show_bug.cgi?id=14438
Null nullhility@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nullhility@gmail.com
--- Comment #18 from Null nullhility@gmail.com 2009-03-21 14:52:41 --- I'm getting a similar sort of bug during play, I haven't experienced a freeze up but the game does run very slowly, the mouse flickers a lot and units move very slowly. The movies play fine by the way, however I did try the opengl/DirectDrawRenderer fix but it seemed to make things worse; the movie sequences ran a lot slower with the registry fix. I am running Compiz-fusion and have tried switching between that and metacity but it changed nothing.
System:
Ubuntu intrepid ibex (8.10) Wine 1.1.17 Nvidia GeForce FX 5200 (Graphics) Logitech G5 (Mouse) CPU: model name : AMD Sempron(tm) Processor 2800+ cpu MHz : 1599.541
In-game terminal output:
fixme:keyboard:RegisterHotKey (0x1002a,1,0x00000007,77): stub fixme:win:EnumDisplayDevicesW ((null),0,0x33ea30,0x00000000), stub! fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=1800000019, oid=2 err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
http://bugs.winehq.org/show_bug.cgi?id=14438
Eric Persson eric@persson.tm changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric@persson.tm
--- Comment #19 from Eric Persson eric@persson.tm 2009-05-18 00:25:25 --- I can confirm the behaviour on latest git(2009-05-18), wine-1.1.21-166-g644f576, compiled from source. Same problem with the mouse moving the game seems to slow down a lot. Tested on gnome with kernel 2.6.29.
/eric
http://bugs.winehq.org/show_bug.cgi?id=14438
--- Comment #20 from Eric Persson eric@persson.tm 2009-05-21 11:12:50 --- (In reply to comment #19)
I can confirm the behaviour on latest git(2009-05-18), wine-1.1.21-166-g644f576, compiled from source. Same problem with the mouse moving the game seems to slow down a lot. Tested on gnome with kernel 2.6.29.
/eric
I tried the same game in cedega, and the problem is not there, so perhaps this is just a configuration issue under certain circumstances.
http://bugs.winehq.org/show_bug.cgi?id=14438
David Eccles (gringer) winehq@gringer.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@gringer.org
--- Comment #21 from David Eccles (gringer) winehq@gringer.org 2009-05-21 19:57:21 --- This bug is due to the things that changed during the GDI rewrite (0.9.15 -> 0.9.16). I think cedega split off before that happened, so shouldn't have the same issues.
http://bugs.winehq.org/show_bug.cgi?id=14438
Rob rob.ss.bass@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob.ss.bass@gmail.com
--- Comment #22 from Rob rob.ss.bass@gmail.com 2009-08-28 16:12:12 --- This appears to be a duplicate of bug# 2784 for Tiberian Sun, the symptoms are identical.
http://bugs.winehq.org/show_bug.cgi?id=14438
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE
--- Comment #23 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-28 19:40:13 --- Yes, it is the same bug.
*** This bug has been marked as a duplicate of bug 2784 ***
http://bugs.winehq.org/show_bug.cgi?id=14438
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #24 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-28 19:42:54 --- Closing dup.
http://bugs.winehq.org/show_bug.cgi?id=14438
brymaster@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brymaster@gmail.com
--- Comment #25 from brymaster@gmail.com 2013-03-15 22:09:30 CDT --- Not fixed. Please see http://bugs.winehq.org/show_bug.cgi?id=33211
-
wine-bugs＠winehq.org