http://bugs.winehq.org/show_bug.cgi?id=9550
Summary: Mouse position desync with cursor in UFO:ET Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: sm@kleinreich.de
Created an attachment (id=7922) --> (http://bugs.winehq.org/attachment.cgi?id=7922) Debugchannel +dinput while starting UFO:ET
In Game "UFO Extraterrestrials" the Cursor and the actual mouse position desync. If you use the mouse it's actually possible to move the real position in relation to the displayed Cursor what means the desynced Position is not static. Also it is possible for the Mouse to leave the virtual desktop, which make the desync even worser.
http://bugs.winehq.org/show_bug.cgi?id=9550
knan-wine@anduin.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #1 from knan-wine@anduin.net 2007-09-02 07:46:32 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-02 09:58:29 --- Does that game uses it's own cursor or the system cursor? Are you running it full-screen or windowed? Please try running the game with "virtual desktop" enabled in winecfg.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #3 from Marcel Schmedes sm@kleinreich.de 2007-09-02 10:55:20 --- The game uses it's own cursor. Forgot to mention here I run the Game in virtual desktop, but even in fullscreen - same Issue. Any Ideas? - It's seems that this bug is the only one making UFO unusable.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #4 from Marcel Schmedes sm@kleinreich.de 2007-09-02 11:41:07 --- If you want an better Imagination of this Bug, see AppdDB Screenshots, there is one with two red bars, the smaller one is the movement of Mouse and displayed cursor - the bigger one is the movement of Soldier-Selector. ( Where the game think the cursor actually is. )
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-02 23:35:10 --- Ok, seems like the game itself scales the mouse movements. Which is pretty common.
Can you test the game with native dinput.dll? It should report slower mouse movements. However native dinput does not report actual position of the pointer. Wine's does.
So, the only problem I'm seeing here is that Wine does not apply mouse acceleration calculation ... backwards.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #6 from Marcel Schmedes sm@kleinreich.de 2007-09-03 05:19:40 --- Created an attachment (id=7943) --> (http://bugs.winehq.org/attachment.cgi?id=7943) Crashdump if trying to start with native dinput8.dll
If I start UFO:ET with native dinput8.dll it comes to: Unimplemented function USER32.dll.GetRawInputDeviceList As result game crashed. What can I try next? Implement the function... - Hmm, don't know how, yet.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #7 from L. Rahyen mail@science.su 2007-09-03 05:39:45 --- Created an attachment (id=7944) --> (http://bugs.winehq.org/attachment.cgi?id=7944) This patch implements the GetRawInputDeviceList (stub) function
Try this patch. Most likely this should be enough to make it work.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-03 10:25:04 --- You can not use winXP dinput.dll and dinput8.dll
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #9 from Marcel Schmedes sm@kleinreich.de 2007-09-03 16:29:28 --- OK - got another dinput8.dll, but still desync problem, but now I found a solution suppressing this Bug. In File ./data/ufo-et.ini: change "sensitivity=255" to "sensitivity=0" which disable the scaling mentioned in comment 5. Should I close this bug? L. Rahyen: - Nevertheless I'll try your patch, maybe this fixes the problem with using winXP dinput8.dll.
http://bugs.winehq.org/show_bug.cgi?id=9550
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-03 16:50:02 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=9550
Marcel Schmedes sm@kleinreich.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |
--- Comment #11 from Marcel Schmedes sm@kleinreich.de 2007-09-03 17:21:59 --- Should not close this one, I was bit to enthusiastic, after some more testing, the desync is still there, if you press and hold right mouse and move, e.g. Scrolling in Geoscape and if you touch the mouse while a loading screen is shown.
http://bugs.winehq.org/show_bug.cgi?id=9550
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement
--- Comment #12 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-03 23:03:03 --- I guess you did not understood what I was saying. That "desync" is perfectly normal. The mouse movements (what reported from dinput) and actual cursor position do not have to much. And they do not much on windows. The only thing is, you do not really see the pointer on windows.
I do not see what is the problem, however I will leave the bug open if you so desire.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #13 from Marcel Schmedes sm@kleinreich.de 2007-09-04 03:01:46 --- Ok - I understood what you where saying, but now in-game you have 2 cursors, one visible ( the game's own cursor ) and one invisible - but controlling cursor, so it's really hard to play if you see the game cursor but the controlling (invisible) cursor is somewhere else. As an example: If I move the mouse on loading screen, say 5 cm left - then, after loading, the invisible, controlling cursor is 5cm right from visible, same behavior if hold right mouse and move, but everywhere in game.
Same problem using native dinput8.dll (4.08.00.0400), compile now with patch above (stub) and try with xp's dll.
http://bugs.winehq.org/show_bug.cgi?id=9550
--- Comment #14 from Marcel Schmedes sm@kleinreich.de 2007-09-04 04:01:05 --- (In reply to comment #7)
Created an attachment (id=7944)
--> (http://bugs.winehq.org/attachment.cgi?id=7944) [details]
This patch implements the GetRawInputDeviceList (stub) function
Try this patch. Most likely this should be enough to make it work.
Ok - with this patch I can use the winXP dinput8.dll with UFO, so far so good, but unfortunately it doesn't fix the desync. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=9550
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-directx-dinput |wine-x11driver
--- Comment #15 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-04 07:15:02 --- Then it's not the dinput but x11drv.
http://bugs.winehq.org/show_bug.cgi?id=9550
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |minor
http://bugs.winehq.org/show_bug.cgi?id=9550
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |INVALID
--- Comment #16 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-06 17:11:57 --- As said previously this bug is invalid. If the system cursor is not blanked that is bug 881
http://bugs.winehq.org/show_bug.cgi?id=9550
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Dan Kegel dank@kegel.com 2008-01-28 05:59:02 --- Closing all RESOLVED INVALID older than four weeks.