[Bug 10749] New: AVP2 rendering extremely slow ( drawPrimitive using software emulation)
http://bugs.winehq.org/show_bug.cgi?id=10749
Summary: AVP2 rendering extremely slow (drawPrimitive using software emulation) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: alexd4@inbox.lv
Created an attachment (id=9590) --> (http://bugs.winehq.org/attachment.cgi?id=9590) hack to improve performance greatly
Aliens vs Predator 2 game (DirectX8, I think) is slower in wine by a factor of 5-10 at least, often giving seemingly just a few fps even on lowest settings whereas on windows it runs great on highest settings. Basically unusable.
The cause is certainly this:
fixme:d3d_draw:drawPrimitive Using software emulation because manual fog coordinates are provided
I'm sure because a hack that disabled this software emulation makes the game run in much more acceptable speed. I'm at the moment unaware what side effects it causes, but the game looks mostly allright with it (I didn't manage to go beyond the very first room though because of mouse input bug).
http://bugs.winehq.org/show_bug.cgi?id=10749
nick@lupine.me.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nick@lupine.me.uk
--- Comment #1 from nick@lupine.me.uk 2008-01-07 03:58:03 --- I can confirm this bug in Ultima 9: Ascension. Framerate is about 6fps. Haven't tried the hacky workaround yet
http://bugs.winehq.org/show_bug.cgi?id=10749
salvak@directbox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |salvak@directbox.com
--- Comment #2 from salvak@directbox.com 2008-01-10 08:04:51 --- I tried out your little fix of bug #10749 in avp2. I didnt notice any unwanted side effects, but the perfomance was indeed a little bit better, although I must say still far from windows standards. I didnt play too much either, but from what Ive seen the framerates seem to be at a decent level when in these small corridors, but when npcs appear it goes noticably down. The same applies for large views outdoors like the valley in the first marine mission. I played using the cursor keys and the ones above the cursor keys to look around.
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #3 from nick@lupine.me.uk 2008-01-10 08:19:25 --- Recompiled with the workaround in U9, and performance went from the measly 5fps to a fairly decent, stable 40-50fps (this is on a pretty ancient system). I didn't see any fog, but then, I didn't get into Paws.
http://bugs.winehq.org/show_bug.cgi?id=10749
Michael Abbott michael@araneidae.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |michael@araneidae.co.uk
--- Comment #4 from Michael Abbott michael@araneidae.co.uk 2008-04-13 08:45:23 --- A better and simpler workaround (no hack required) is simply to run with WINEDEBUG=-all set. Lets you play the game and ignore any noise from wine!
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #5 from Alexander Dorofeyev alexd4@inbox.lv 2008-04-13 09:41:59 --- (In reply to comment #4)
A better and simpler workaround (no hack required) is simply to run with WINEDEBUG=-all set. Lets you play the game and ignore any noise from wine!
Whoa, you are right! I assumed it's all about the code path that the program takes (drawStridedSlow* or not), but it appears that a huge if not all of this slowdown is coming from console spamming by fixmes! With debug output disabled, it runs quite well, if it wasn't for crappy input it could be said to run great. Then this is easy to fix, somebody should send a patch to stop this code from spamming console.
http://bugs.winehq.org/show_bug.cgi?id=10749
Darragh Bailey felix@compsoc.nuigalway.ie changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |felix@compsoc.nuigalway.ie
--- Comment #6 from Darragh Bailey felix@compsoc.nuigalway.ie 2008-04-21 17:55:07 --- Causes a massive slowdown in the menu of "Drakan: Order of the Flame" as well. Only occurs however if you press enter to skip the intro and end up with the menu overlaid on top of the intro.
Disappears if you enter another menu and then return to the main menu since the background switches to all black.
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #7 from Alexander Dorofeyev alexd4@inbox.lv 2008-04-22 11:14:47 --- I submitted a patch to reduce console spam in drawprimitive. It has been accepted into git and will be in 0.9.61 release. It should eliminate the slowdown due to outputting tons of messages to console. But the fix didn't do anything about the fact that the a supposedly slower codepath is used (what "software emulation" fixme is warning about).
When I've time for that, I'll try to perform some tests to figure out how much the fact that it uses slower function hits the performance. Performance seems still far from really good to me in AVP2, although better than slide show I was having before due to console spamming.
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #8 from Austin English austinenglish@gmail.com 2008-10-23 15:15:19 --- Is this still an issue in current (1.1.6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10749
Jon Rosen holy.smoking.floorboards.batman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |holy.smoking.floorboards.bat | |man@gmail.com
--- Comment #9 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2008-10-26 20:50:23 --- Yes, in 1.1.6 I'm still having the slowdown. WINEDEBUG=-all speeds up the framerate to a noticeably better level, but gameplay is still nigh on difficult, if not impossible, making the game unplayable. I also have sound stuttering, which I'm not sure if is related to the slowdown or not.
http://bugs.winehq.org/show_bug.cgi?id=10749
Valeriy Malov jazzvoid@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jazzvoid@gmail.com
--- Comment #10 from Valeriy Malov jazzvoid@gmail.com 2009-01-04 12:37:48 --- Also, I get extreme slowdown when scoretable is rendered (TAB button in multiplayer), or significant slowdown when chat console is opened. I think this is somehow related to the way game draws black background for osd areas.
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #11 from Valeriy Malov jazzvoid@gmail.com 2009-01-06 01:39:58 --- (In reply to comment #10)
Also, I get extreme slowdown when scoretable is rendered (TAB button in multiplayer), or significant slowdown when chat console is opened. I think this is somehow related to the way game draws black background for osd areas.
Sorry, I forgot to mention it: I don't have issues with 3D rendering itself. Wine version 1.1.12.
http://bugs.winehq.org/show_bug.cgi?id=10749
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #12 from Austin English austinenglish@gmail.com 2009-01-18 03:47:09 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #13 from Valeriy Malov jazzvoid@gmail.com 2009-02-13 15:10:40 --- Bug still present in 1.1.15. Not sure about earliest known version.
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #14 from Austin English austinenglish@gmail.com 2009-08-13 12:59:13 --- Is this still an issue in current (1.1.27 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10749
--- Comment #15 from Valeriy Malov jazzvoid@gmail.com 2009-08-13 14:38:39 --- I think major slowdown was fixed long time ago by Alexander's commit (just removing console spam?), still the software emulation is in use and it's not affecting playability that hard. Instead, some slowdown (maybe this bug. maybe not) breaks mouse wrapping.
Seems that the bug can be marked as fixed for now, until xinput2 will fix mouse wrapping.
http://bugs.winehq.org/show_bug.cgi?id=10749
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #16 from Austin English austinenglish@gmail.com 2010-04-30 14:57:43 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=10749
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org 2010-05-07 13:29:00 --- Closing bugs fixed in 1.1.44.
-
wine-bugs＠winehq.org