http://bugs.winehq.org/show_bug.cgi?id=21470
Summary: Starcraft gets slow when you select one and only one overlord Product: Wine Version: 1.1.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: wiebe@halfgaar.net
#14373 is reported fixed, but it's not.
Starcraft becomes very slow when you select certain units, most notably 1 overlord. When you select two overlords, it's not slow and when you select one again it's ok as well. However, if you select something else and then an overlord, it's slow again.
Problem exists with both GDI and OpenGL renderer, but it shows very severely only with the GL renderer (whereas gameplay is superfluent otherwise in GL mode). Most people, especially on modern hardware, might not notice the slowness in GDI mode, but when you're a gamer and used to snappy response, it becomes very difficult to "micro" with that slowness.
Points from the other bug:
- It doesn't have to do with the drawing complexity of the overlord, since you can have a million in your view and more than 1 selected and works fine.
- The new patch of Starcraft introduced CPU throttling, which doesn't help.
- Selecting the default non GL renderer doesn't solve it, it hides it on very fast machines. Machines faster than mine, anyway.
Hardware: Dual Core Athon X2 3800+ 2 GB memory. Linux Distro: Gentoo Linux
http://bugs.winehq.org/show_bug.cgi?id=21470
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-01-24 11:37:29 --- which video card and drivers?
http://bugs.winehq.org/show_bug.cgi?id=21470
--- Comment #2 from Wiebe Cazemier wiebe@halfgaar.net 2010-01-24 15:25:22 --- Sorry, I forgot to include that.
GeForce 8400 GS nvidia-drivers 169.09-r1 Xorg: 7.2
I had this problem with a GeForce 6600 LE as well. Don't remember which drivers.
But as I said, it's also in the GDI renderer, it just shows differently. In OpenGL the mouse has a quarter of a second or so lag. In GDI, it's just a lower framerate.
http://bugs.winehq.org/show_bug.cgi?id=21470
--- Comment #3 from Matteo bugs.kendatsuba@gmail.com 2010-07-11 17:56:51 --- Created an attachment (id=29548) --> (http://bugs.winehq.org/attachment.cgi?id=29548) cure for slowness
This bug is still present in wine-1.2rc6. Selecting buildings during upgrading, overlords, evolving eggs and everything displaying a progress bar results in 100% CPU usage and slowness. The main cause is an increased number of Locks/Unlocks needed to paint the scene.
As pointed out here:
http://wiki.winehq.org/DirectDraw
frequent Locks/Unlocks can lead to performance losses. Unfortunately even by setting DirectDrawRender to opengl one still gets extremely high CPU usage under the above circumstances.
The attached patch is a hack made specifically for starcraft that tries to overcome the problem. Locks/Unlocks are redirected to a memory buffer and real video memory Locks are allowed to occur roughly 50 times per second. This successfully reduces the CPU overhead both in gdi and opengl mode.
Example: DirectDrawRenderer = opengl with "CPU throttling" enabled in starcarft results in 25-30% CPU usage on my Pentium(R) 4 CPU 2.66GHz even when selecting overlords / buildings.
Note that this is not a fix of wine's directdraw implementation, it will only work with starcraft, possibly breaking other apps. I've tested the patch on wine 1.0.1 (debian testing) and wine 1.2rc6, is there anyone willing to test it further?
http://bugs.winehq.org/show_bug.cgi?id=21470
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #4 from joaopa jeremielapuree@yahoo.fr 2011-07-30 04:11:07 CDT --- still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=21470
fade fade@wanadoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fade@wanadoo.fr
--- Comment #5 from fade fade@wanadoo.fr 2011-09-21 18:39:38 CDT --- If you write about Starcraft II, that may not be a bug and that may also present in windows version. I guess it's something about loading the sound (or the portrait) of a new fresh unit. Maybe you noticed this about overlord because it's one of the first unit a zerg has to move.
http://bugs.winehq.org/show_bug.cgi?id=21470
--- Comment #6 from Wiebe Cazemier wiebe@halfgaar.net 2011-09-22 08:42:11 CDT --- I can't really check if it's still a bug, because ever since I upgraded to 64 bit, all my Wine OpenGL apps don't work anymore.
@fade It's not about Starcraft II, nor what you describe. See my original post for details.
http://bugs.winehq.org/show_bug.cgi?id=21470
Goblinstomper@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Goblinstomper@gmail.com
--- Comment #7 from Goblinstomper@gmail.com 2013-10-13 14:53:28 CDT --- Still a problem? I'm unable to reproduce with wine 1.7.4
http://bugs.winehq.org/show_bug.cgi?id=21470
--- Comment #8 from Wiebe Cazemier wiebe@halfgaar.net 2013-12-01 09:41:52 CST --- I wish I could (easily) test this, but as I said before, my Wine OpenGL rendering broke, and I don't have a functioning Starcraft right now. Perhaps it can be fixed, but it would take a lot of work to try that.
I'm curious, when an issue like this is analyzed, is the criteria just whether it runs smoothly on the developer's PC, or is CPU/GPU utilization actually included in testing? Because when this problem would still exist, it might not show on the most contemporary hardware (or the person currently testing is less critical of smoothness).
I ask, because what Matteo said seems like an structural thing that perhaps needs to be fixed, regardless of this particular case with Starcraft. I mean, the game did run smoothly on a Pentium 100.
https://bugs.winehq.org/show_bug.cgi?id=21470
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #9 from Austin English austinenglish@gmail.com --- Is this still an issue in current (1.7.36 or newer) wine? If so, please attach terminal output.
https://bugs.winehq.org/show_bug.cgi?id=21470
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |performance Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #10 from Ken Sharp imwellcushtymelike@gmail.com --- Abandoned
https://bugs.winehq.org/show_bug.cgi?id=21470
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Bruno Jesus 00cpxxx@gmail.com --- Closing abandoned bugs.
-
wine-bugs＠winehq.org