http://bugs.winehq.org/show_bug.cgi?id=12272
Summary: Aliens Versus Predator 2 1.0.9.6 mouse axis problem Product: Wine Version: 0.9.58. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: sexy_b14@hotmail.com
Aliens Versus Predator 2 1.0.9.6 you are able to load the game fine, you can use the mouse in the menus, but when you get load into a level the mouse axis a wrong move the mouse left it looks right, move the mouse up looks goes down. Moving the mouse right or down don't do a hole lot. Once your looking down you are unable to us the mouse to look anymore. This mouse issue also happens with No One Lives Forever2.
thanks all
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #1 from Lei Zhang thestig@google.com 2008-04-01 13:18:13 --- Is there a demo for either game that reproduces this problem?
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #2 from spoonie sexy_b14@hotmail.com 2008-04-13 01:18:30 --- Aliens Versus Predator 2 1.0.9.6 running under wine 0.9.59 has this issue. Got hold of the single player demo for Aliens Versus Predator 2 and it suffers from the same problem
thanks guys
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2008-04-19 09:59:30 --- Demo link please.
http://bugs.winehq.org/show_bug.cgi?id=12272
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexd4@inbox.lv
--- Comment #4 from Alexander Dorofeyev alexd4@inbox.lv 2008-04-19 10:58:09 --- Demo is available at download.com http://www.download.com/Aliens-vs-Predator-2-single-player-demo/3000-7563_4-... and sierra.com http://www.sierra.com/en/home/games/game_info.prod-L2NvbnRlbnQvc2llcnJhL2VuL...
I'm not seeing this axis problem though.
What I am seeing is the usual mouse warping bug (mouse pointer getting outside window if running in desktop emulation) and also mouse goes crazy if I try to move by keyboard keys and rotate by moving mouse (instead of turning screen is kind of jerked back and forth).
http://bugs.winehq.org/show_bug.cgi?id=12272
Valeriy Malov jazzvoid@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jazzvoid@gmail.com
--- Comment #5 from Valeriy Malov jazzvoid@gmail.com 2008-05-04 12:48:12 --- Same bug in 0.9.60 This seems like a bug of lithtech engine running under wine (No One Lives Forever2, Blood2)
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2008-05-11 23:25:08 --- Can you reproduce the same problem with native dinput? I've tested demo blood2 and don't see much difference between native and builtin dinput.
What I see is horrible frame rate which is a regression somewhere between wine-0.9.44 and wine-0.9.45 most likely in ddraw/d3d. Because they all use the single lock in x11drv it's a direct relation between bad frame rate and not getting mouse events on time.
http://bugs.winehq.org/show_bug.cgi?id=12272
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #7 from Vitaliy Margolen vitaliy@kievinfo.com 2008-05-13 14:32:51 --- And the winner is...
3b822b80feba396ec017c9ef0d96d59a1733a2d8 is first bad commit commit 3b822b80feba396ec017c9ef0d96d59a1733a2d8 Author: Stefan Dösinger stefan@codeweavers.com Date: Tue Aug 21 23:24:16 2007 +0200
wined3d: Reject opengl accelerated blits with system memory surfaces.
Still applies to latest GIT.
Guessing by the patch is adds extra processing while holding the x11drv lock - really bad thing to do if you want your mouse smooth.
Adding Stefan just in case he knows some ways to avoid holding the x11drv lock for very long time.
http://bugs.winehq.org/show_bug.cgi?id=12272
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-dinput |directx-d3d OS/Version|other |Linux Platform|Other |PC
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2008-05-13 14:34:53 --- Changing component - native dinput has exactly the same problem. This is problem with mouse motion events coming in (or rather not coming in) to dinput.
http://bugs.winehq.org/show_bug.cgi?id=12272
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vitaliy@kievinfo.com
http://bugs.winehq.org/show_bug.cgi?id=12272
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.download.com/Alie | |ns-vs-Predator-2-single- | |player-demo/3000-7563_4- | |10062093.html Keywords| |download
--- Comment #9 from Alexander Dorofeyev alexd4@inbox.lv 2008-05-13 14:57:45 --- I'm not sure about that... I just checked AVP2. I made a hack that basically turns all Blt calls into do-nothing on a hotkey press. Activating it screws up main menu rendering a bit, but in actual game it doesn't make any difference. Frame rate stays the same - about 20fps which is very poor compared to windows. Anyways, I don't think AVP2 does any Blt anywhere but in main menu.
You may be interested in checking out the demo. On my machine, it has weird input problems I haven't seen anywhere else (any keyboard key held totally screwing up mouse look).
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2008-05-13 15:25:54 --- (In reply to comment #9) Did you reverted that particular commit on current GIT without any other changes? If not, then please do that and report. I have no clue about AvP game. I was going under the assumption that they all using the same engine (see comment #5).
If revering this patch doesn't fix the problem, then please do the proper regression testing to identify which patch broke Wine for you.
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #11 from Valeriy Malov jazzvoid@gmail.com 2008-05-13 15:58:48 --- Maybe you should also take a look at this reports. All games are on lithtech engine, as far as I know: http://appdb.winehq.org/objectManager.php?sClass=version&iId=4146&iT... http://appdb.winehq.org/objectManager.php?sClass=version&iId=8524&iT... This is very interesting one solution (?): http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTe...
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #12 from Alexander Dorofeyev alexd4@inbox.lv 2008-05-13 16:31:43 --- (In reply to comment #10)
(In reply to comment #9) Did you reverted that particular commit on current GIT without any other changes? If not, then please do that and report. I have no clue about AvP game. I was going under the assumption that they all using the same engine (see comment #5).
No I didn't revert anything I just disabled blits completely. I also now checked +d3d_surface log and the only way AVP2 uses Blt anywhere is for clearing render target (colorfill path). That path can't be affected by Stefans patch anyway.
About engines - yes they may use engine developed by lithtech, but who can tell if it's not different versions and/or custom modifications? If Blood 2 uses blitting other than source-less colorfill for rendering in-game frames (which it must do if that patch by Stefan slows it down) then apparently there are substantial differences.
If revering this patch doesn't fix the problem, then please do the proper regression testing to identify which patch broke Wine for you.
My situation is about opposite. I've no clue about these other games. As for AVP2, I don't think it's a regression, at least not that I know of. It has always worked like crap. The versions you mentioned (0.9.4x) - I don't think AVP2 even ran at all back then. I fixed a crash when starting game and maybe some other issues (don't remember exactly) around 0.9.55 IIRC.
http://bugs.winehq.org/show_bug.cgi?id=12272
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|vitaliy@kievinfo.com |
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #13 from Valeriy Malov jazzvoid@gmail.com 2008-06-11 14:20:57 --- I found a doxygen about AvP2 source, maybe it can help http://theone.lithfaq.com/Source/
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #14 from Valeriy Malov jazzvoid@gmail.com 2008-08-02 08:19:28 --- Is there any way to debug input using original source codes? I have it but I can't distribute them (like in case of Rommie's mod, it's legal to use but not to distribute)
http://bugs.winehq.org/show_bug.cgi?id=12272
Tomasz Sałaciński tsalacinski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tsalacinski@gmail.com
--- Comment #15 from Tomasz Sałaciński tsalacinski@gmail.com 2009-02-01 18:33:40 --- Unfortunately, this bug is still valid in WINE 1.1.14.
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #16 from Valeriy Malov jazzvoid@gmail.com 2009-02-13 14:13:02 --- Looks like the mouse bug is caused by both mouse wrapping and slow rendering. I've just tested the game with 1.1.14 in multiplayer with AJL mod (AJL rendering performance is much faster than in original game) and mouse works good when there is no "heavy" load. During the "heavy loads" mouse works awful and can even leave the game window.
http://bugs.winehq.org/show_bug.cgi?id=12272
James Huk Huk@wine.x.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Huk@wine.x.pl
--- Comment #17 from James Huk Huk@wine.x.pl 2010-06-29 13:15:30 --- Confirming with wine-1.2-rc5
http://bugs.winehq.org/show_bug.cgi?id=12272
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #18 from joaopa jeremielapuree@yahoo.fr 2011-05-12 16:54:16 CDT --- This bug should be fixed in current git. Please, give it a try.
http://bugs.winehq.org/show_bug.cgi?id=12272
--- Comment #19 from Valeriy Malov jazzvoid@gmail.com 2011-05-14 05:29:31 CDT --- Tested with 6f5e5ec98b1c9b4f930655e38a8d5ba86a5beac3
Aim behavior is pretty weird, almost like in the original report, it rotates to right and/or to the top on small mouse movements or mouse clicks.
When I was testing with 1.3.18, aim was somewhat working, but had all mouse movements inverted.
Mouse works perfectly fine for me with wine-1.3.11-420-g4454770 patched with Xi2 patch on 01/08/2011 and manually broken mouse warping.
Seems like the game engine is warping mouse on its own, as Roman described in his comment on bug #6971, causing unwanted mouse events:
http://bugs.winehq.org/show_bug.cgi?id=6971#c489
http://bugs.winehq.org/show_bug.cgi?id=12272
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #20 from Austin English austinenglish@gmail.com 2013-08-20 19:35:42 CDT --- http://www.gamefront.com/files/files/604408/avp2spdemo.exe
I can reproduce this in wine-1.2/1.4. It was fixed somewhere between 1.5.7 and 1.5.20.
austin@aw25 ~ $ sha1sum avp2spdemo.exe 741ce2b7f201a73187b125480bbc11ec15940ccf avp2spdemo.exe austin@aw25 ~ $ du -h avp2spdemo.exe 159M avp2spdemo.exe
http://bugs.winehq.org/show_bug.cgi?id=12272
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #21 from Alexandre Julliard julliard@winehq.org 2013-08-30 13:06:25 CDT --- Closing bugs fixed in 1.7.1.
-
wine-bugs＠winehq.org