[Bug 21470] New: Starcraft gets slow when you select one and only one overlord
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(a)winehq.org ReportedBy: wiebe(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 --- Comment #1 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-01-24 11:37:29 --- which video card and drivers? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 --- Comment #2 from Wiebe Cazemier <wiebe(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 --- Comment #3 from Matteo <bugs.kendatsuba(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #4 from joaopa <jeremielapuree(a)yahoo.fr> 2011-07-30 04:11:07 CDT --- still a bug in current wine? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 fade <fade(a)wanadoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fade(a)wanadoo.fr --- Comment #5 from fade <fade(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 --- Comment #6 from Wiebe Cazemier <wiebe(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 Goblinstomper(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Goblinstomper(a)gmail.com --- Comment #7 from Goblinstomper(a)gmail.com 2013-10-13 14:53:28 CDT --- Still a problem? I'm unable to reproduce with wine 1.7.4 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21470 --- Comment #8 from Wiebe Cazemier <wiebe(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=21470 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #9 from Austin English <austinenglish(a)gmail.com> --- Is this still an issue in current (1.7.36 or newer) wine? If so, please attach terminal output. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=21470 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |performance Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #10 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Abandoned -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=21470 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #11 from Bruno Jesus <00cpxxx(a)gmail.com> --- Closing abandoned bugs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs@winehq.org