http://bugs.winehq.org/show_bug.cgi?id=28377
Summary: Mouse input causes major performance loss Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pastas4@gmail.com
Since I upgraded from Wine 1.3.26 to 1.3.28, I have noticed a regression in all games I have installed on Wine - their performance is a lot lower and in some of them graphical glitches appear.
The performance regression is clearly due to the input. For example, if I don't move the cursor, everything works fine - the performance is what it was earlier and there are no glitches, but as soon as I move the mouse, the performance is lowered dramatically (to around 1 FPS in every game I tested) and in some cases, such as running Heroes of Might and Magic III in a virtual desktop, graphical glitches appear (a box around the cursor that displays incorrect data - from another part of the screen).
http://bugs.winehq.org/show_bug.cgi?id=28377
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Severity|major |normal
--- Comment #1 from Austin English austinenglish@gmail.com 2011-09-14 12:19:14 CDT --- Please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=28377
--- Comment #2 from GreatEmerald pastas4@gmail.com 2011-09-15 11:56:22 CDT --- All right, here is the result:
commit 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb Author: Henri Verbeet Date: Tue Aug 30 20:12:31 2011 +0200 ddraw: Make the OpenGL renderer the default one.
Hmm, that explains why I got this behaviour in both HoMM3 and Star Trek: Bridge Commander, they are both DirectDraw games. I wonder why the OpenGL renderer fails like that, however.
Since the commit states that it just made it the default, I assume there is a way to use a different renderer in the release build?
Also, my system specs are: openSUSE 11.4 KDE, AMD Catalyst 11.8 (fglrx 8.88), AMD Radeon HD 4890.
http://bugs.winehq.org/show_bug.cgi?id=28377
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hverbeet@gmail.com Regression SHA1| |94ae743ea668e49d40ae4e2dc5f | |e1f5d9be018cb
--- Comment #3 from Austin English austinenglish@gmail.com 2011-09-15 12:18:03 CDT --- (In reply to comment #2)
All right, here is the result:
commit 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb Author: Henri Verbeet Date: Tue Aug 30 20:12:31 2011 +0200 ddraw: Make the OpenGL renderer the default one.
Hmm, that explains why I got this behaviour in both HoMM3 and Star Trek: Bridge Commander, they are both DirectDraw games. I wonder why the OpenGL renderer fails like that, however.
Since the commit states that it just made it the default, I assume there is a way to use a different renderer in the release build?
Also, my system specs are: openSUSE 11.4 KDE, AMD Catalyst 11.8 (fglrx 8.88), AMD Radeon HD 4890.
http://wiki.winehq.org/UsefulRegistryKeys
http://bugs.winehq.org/show_bug.cgi?id=28377
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=28377
--- Comment #4 from Henri Verbeet hverbeet@gmail.com 2011-09-28 11:49:54 CDT --- (In reply to comment #0)
The performance regression is clearly due to the input. For example, if I don't move the cursor, everything works fine - the performance is what it was earlier and there are no glitches, but as soon as I move the mouse, the performance is lowered dramatically (to around 1 FPS in every game I tested) and in some cases, such as running Heroes of Might and Magic III in a virtual desktop, graphical glitches appear (a box around the cursor that displays incorrect data
- from another part of the screen).
Can we make this bug be about a specific application please? Preferably one with a demo that shows the same issue. The demo for HoMM3 appears to work fine here, is there anything specific I need to do to reproduce this?
http://bugs.winehq.org/show_bug.cgi?id=28377
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com 2011-09-28 12:07:13 CDT --- Maybe related to bug 12689. The author can test the application in that bug and report here.
http://bugs.winehq.org/show_bug.cgi?id=28377
--- Comment #6 from GreatEmerald pastas4@gmail.com 2011-09-29 14:01:37 CDT --- No, this is definitely a very non-specific bug, because for me it happens on each and every DirectDraw game I have. If you have a free directdraw application you can suggest, I will gladly test it, since nothing comes to mind right now.
As for that other test, I can reproduce it, but I can reproduce it on both GDI and OpenGL without difference, and only if I press multiple buttons at the same time, and moving the mouse does not cause any latency whatsoever. So it seems to not be related to this issue, since for this issue I get a very low framerate only by moving the mouse, and it works instantly, plus the framerate goes right back to normal after I stop moving it.
I also tested a few different modes of Heroes3HD, where they have several renderers to offer. If I choose the MMX renderer, I get a lower framerate than with forced GDI, and no graphical glitches. With the GDI renderer, of course, the performance is as it should be. With the auto and default renderers, I get graphical glitches and the lowest performance.
http://bugs.winehq.org/show_bug.cgi?id=28377
--- Comment #7 from Henri Verbeet hverbeet@gmail.com 2011-09-29 14:13:18 CDT --- (In reply to comment #6)
No, this is definitely a very non-specific bug, because for me it happens on each and every DirectDraw game I have. If you have a free directdraw application you can suggest, I will gladly test it, since nothing comes to mind right now.
The problem is that bugs have to be about specific issues. You can't make a generic bug along the lines of "Some applications don't work very well with Wine", since it would never be fixed. It's ok for a bug to affect multiple applications, but then you have to list them, and it has to be about a specific problem. At the moment, I simply can't reproduce this bug.
http://bugs.winehq.org/show_bug.cgi?id=28377
Athrun samurai_no_densetsu@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |samurai_no_densetsu@yahoo.e | |s
--- Comment #8 from Athrun samurai_no_densetsu@yahoo.es 2011-10-08 16:44:46 CDT --- Bridge Commander's mantainer here, I tested BC with the latest wine versions and I have seen no difference or the behaviour you're experiencing on a Nvidia card, so might be a fglrx bug/issue.
If Henri want to test this one the BC demo is at http://bridgecommander.filefront.com/file/Bridge_Commander_Demo;1752
But it is not uncommon that ATI cards have issues with Bridge Commander, at our appdb page there's a:
"The game seems to have problems with ATI Radeon cards. I use the opensource driver, and have a very slow overall appearance of the game (The same appears with the proprietary driver). Even the mouse pointer does not move smoothly (As if the bug above is not resolved yet for ATI cards??) Apart from being very slow, everything works, even the videos."
And unluckily for ATI owners is an issue that from time to time resurface.
http://bugs.winehq.org/show_bug.cgi?id=28377
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #9 from Henri Verbeet hverbeet@gmail.com 2011-10-30 06:29:52 CDT --- Resolving this INVALID. Please create a specific bug for a specific application if this is still an issue.
http://bugs.winehq.org/show_bug.cgi?id=28377
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |adys.wh@gmail.com
--- Comment #10 from Jerome Leclanche adys.wh@gmail.com 2011-11-02 04:52:52 CDT --- Closing