http://bugs.winehq.org/show_bug.cgi?id=23511
Summary: Tron 2.0 mouse trying to revert every user movement Product: Wine Version: 1.2-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: NightNord@gmail.com
There is some strange problem with Tron 2.0 mouse look:
Symptoms: Every time you are moving camera for some degree to one side, it jump back for a bit fewer degree to opposite side, resulting in hardly usable mouse look.
There is some things I found about this bug: 1) Joystick interface has no such bug. I.e. it affects only _pointer_ devices. 2) If I'm running game in virtual desktop and mouse pointer initially was not in game resolution space, it will stay visible and will reflect any movement, including revert moves. I.e. game definitely trying to keep pointer stay still. Maybe some hack like MouseWrapOverride=force, but on game side. (tested with any possible mwo setting: disabled,enabled,force) 3) Setting pointer exactly in screen center or game-space center makes no difference. (Pointer operations via xwrappointer program) 4) Xi2 patch making things even worse, but this issue still exists - Xi2 will not help here.
In my opinion, game trying to reset pointer on it's pre-move position. Maybe there is some special flag or whatever in native directx, so game later may differ user-initiated mouse-move from itself-initiated one. And it seems that wine not setting thig flag or whatever. Cons of such theory - game not trying to revert own-initiated jump, so it seems to differ it anyway and revert movement in depends on sensibility settings and may be much lesser than original movement in some situations.
Also, there is appdb record about some 'DVD' version, which may have no such problems. I'm trying to test specified versions, if this is some kind of regression.
Currently known affected versions: 1.1.44, 1.2_rc5
http://bugs.winehq.org/show_bug.cgi?id=23511
Andrew Millington andrew.millington@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.millington@gmail.com
--- Comment #1 from Andrew Millington andrew.millington@gmail.com 2010-07-05 01:51:01 --- I've tried the single player demo and it appears to be the same problem as bug #8354.
http://bugs.winehq.org/show_bug.cgi?id=23511
--- Comment #2 from Night Nord NightNord@gmail.com 2010-07-05 12:33:39 --- Hm. Highly probable. But if 1.1.14 version seems to have such bug, but rather unnoticable, on 1.2_rc5 it is hardly playable. I'll finish my regression testing, maybe it will show some good results... But it may not - it seems, that this effect was growing from version to version, so, 1.1.31 has bug much more noticable that 1.1.14, but lesser than 1.2_rc5
http://bugs.winehq.org/show_bug.cgi?id=23511
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #3 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2010-10-12 08:42:54 CDT --- Duplicate. The fact that it's less noticeable in wine-1.1.14 just an indication of the nature of the bug (Wine shouldn't warp mouse at all). You can try to double check with MouseWarpOverride set to "disable".
*** This bug has been marked as a duplicate of bug 8354 ***
http://bugs.winehq.org/show_bug.cgi?id=23511
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2010-10-12 08:43:34 CDT --- Closing dup
-
wine-bugs＠winehq.org