http://bugs.winehq.org/show_bug.cgi?id=16822
Summary: Mass Effect: Mouse input does not work (almost completely) Product: Wine Version: 1.1.12 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: cuchac@email.cz
Running Mass Effect the mouse is not working properly. In menu, there are no "onMouseOver" or "onMouseClick" actions - keyboard navigation works well. During gameplay the mouse clicking works well, but the mouse movement does not. It is not a problem of mouse warping, the game does not react to mouse movements at all.
I have tried combination of turning on/off full-screen, virtual desktop, "allow mouse leaving" and "MouseWarpOverride". Nothing works.
It looks like the mouse action (clicks) specific to some location are not working (button clicking), but mouse actions not related to some screen area works - mouse wheel zooming in map screen, select sentence during dialogs....
http://bugs.winehq.org/show_bug.cgi?id=16822
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-dinput |-unknown
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-01-06 09:19:50 --- Attach complete terminal output of running the program.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #2 from Cuchac cuchac@email.cz 2009-01-06 09:45:20 --- Created an attachment (id=18526) --> (http://bugs.winehq.org/attachment.cgi?id=18526) Simple log file
I'm afraid there is nothing interesting in the log. Tell me, which debug channels are you interested in and I will make debug log.
http://bugs.winehq.org/show_bug.cgi?id=16822
Zdeněk Kopřivík zdenek.koprivik@post.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #3 from Zdeněk Kopřivík zdenek.koprivik@post.cz 2009-01-07 03:01:31 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #4 from Kol kol@MV8660.spb.edu 2009-01-22 14:41:27 --- For me the mouse in this game even cannot select sentences in dialogs, but buttons and wheel work.
http://bugs.winehq.org/show_bug.cgi?id=16822
Daniel Harvison sirbubbles01@yahoo.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@yahoo.com.au
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #5 from Daniel Harvison sirbubbles01@yahoo.com.au 2009-01-29 06:00:54 --- Same as above, cannot use the mouse in any way whatsoever, thus making the game unplayable. I also have all the xinput dlls and it's not helping. Hoping for a resolution asap.
http://bugs.winehq.org/show_bug.cgi?id=16822
Mike Ellery mellery@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mellery@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #6 from Daniel Harvison sirbubbles01@yahoo.com.au 2009-02-04 19:51:41 --- Once I install directx9 through winetricks and use the native dinput8.dll, the mouse movement mostly works. It now exhibits the symptoms of mouse bug 6971, with mouse movement affected by the mouse cursor leaving the window.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #7 from Kol kol@MV8660.spb.edu 2009-02-05 11:12:31 --- Created an attachment (id=19267) --> (http://bugs.winehq.org/attachment.cgi?id=19267) This patch makes mouse usable in Mass Effect
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #8 from Kol kol@MV8660.spb.edu 2009-02-05 11:15:41 --- (From update of attachment 19267) Mouse works correctly in game and in menu after applying the patch to Wine 1.1.14 and using the native dinput8.dll. This patch is a variant of the patch from "http://bugs.winehq.org/attachment.cgi?id=11737" (it virtualizes mouse pointer, see bug #6971) and changes only "winex11.drv.so". This is, obviously, a temporal workaround because the patch breaks mouse movements in some other games (TES3:Morrowind, for example). But there is a method to avoid this breaking and use the improved version for Mass Effect exclusively. One have to install the original Wine, then recompile the patched "winex11.drv.so", rename it to "winex11.drv" and place it into the "Bioware/Mass Effect/Binaries" directory.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #9 from Daniel Harvison sirbubbles01@yahoo.com.au 2009-02-06 02:01:24 --- This patch seems to work just fine for Mass Effect, so long as the game is not in windowed mode as set ingame. That said, virtual desktop mode under wine seems to work fine too. The mouse is still a little sluggish at the screen edges, but it's not a big deal. Also the mouse is invisible within winecfg while using the version of wine with the mousehack. All in all, very good job, and thank you.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #10 from Daniel Harvison sirbubbles01@yahoo.com.au 2009-02-06 02:42:20 --- Works for swat 4 also, and probably every other unreal engine game.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #11 from Daniel Harvison sirbubbles01@yahoo.com.au 2009-02-09 08:57:38 --- I'd really like to see this patch make it into GIT at least, so people don't have to go about patching wine in order to play Mass Effect and other Unreal engine games.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #12 from Kol kol@MV8660.spb.edu 2009-02-09 14:59:58 --- It is necessary to note that I am not the author of this patch. But the original patch "http://bugs.winehq.org/attachment.cgi?id=11737" sent by Vitaliy Margolen in 2007 cannot be applied to Wine 1.1.14, so I made small corrections.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #13 from DL taedium_vitae@eml.cc 2009-04-30 05:55:00 --- (In reply to comment #12)
It is necessary to note that I am not the author of this patch. But the original patch "http://bugs.winehq.org/attachment.cgi?id=11737" sent by Vitaliy Margolen in 2007 cannot be applied to Wine 1.1.14, so I made small corrections.
Patch causes crashes after moving the mouse for a few seconds with wine 1.1.19 and wine 1.1.20.Can this patch be fixed to work properly with these versions?
http://bugs.winehq.org/show_bug.cgi?id=16822
Javier Kohen jkohen@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jkohen@users.sourceforge.ne | |t
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2009-06-15 07:54:12 --- The idea behind the patch has few major flaws... One of them a dead lock waiting for the wrapped mouse event (do..while loop in get_coords(). That's probably what are you seeing.
http://bugs.winehq.org/show_bug.cgi?id=16822
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
--- Comment #15 from Xavier Vachon xvachon@gmail.com 2009-12-27 15:55:34 --- Still an issue with current git (1.1.35)
http://bugs.winehq.org/show_bug.cgi?id=16822
blaise mgavl69@juno.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mgavl69@juno.com
--- Comment #16 from blaise mgavl69@juno.com 2010-04-06 19:31:29 --- Still an issue with wine v1.1.42 and ME v1.02.
There's a patch/hack that does a nice job of clearing the mouse troubles up @ http://bugs2.winehq.org/attachment.cgi?id=25097. Just add 'force-box' under DirectInput->MouseWarpOverride after applying the patch and rebuilding wine.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #17 from Thomas rakdnorak@free.fr 2010-04-17 11:56:11 --- Created an attachment (id=27405) --> (http://bugs.winehq.org/attachment.cgi?id=27405) Crash when starting play
Mass effect won't start now after update to wine 1.1.42 and 1.1.43 :(
http://bugs.winehq.org/show_bug.cgi?id=16822
knipl@in.tum.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |knipl@in.tum.de
--- Comment #18 from knipl@in.tum.de 2010-04-17 12:07:30 --- it certainly works for me using wine-1.1.43 and the steam version of mass effect.
could you please try to do a regression test and post its result in bugzilla as a new bug report?
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #19 from blaise mgavl69@juno.com 2010-04-24 01:52:40 --- (In reply to comment #17)
Created an attachment (id=27405)
--> (http://bugs.winehq.org/attachment.cgi?id=27405) [details]
Crash when starting play
Mass effect won't start now after update to wine 1.1.42 and 1.1.43 :(
Install the native vcrun2005 & sp1.
http://bugs.winehq.org/show_bug.cgi?id=16822
Mike Ellery mellery@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|mellery@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=16822
Jan Kalab pitlicek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pitlicek@gmail.com
--- Comment #20 from Jan Kalab pitlicek@gmail.com 2010-06-04 09:36:15 --- Still an issue with ME 1.02 and Wine 1.2-rc2
http://bugs.winehq.org/show_bug.cgi?id=16822
Evan Goers megatog615@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |megatog615@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=16822
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
--- Comment #21 from Luke Bratch l_bratch@yahoo.co.uk 2010-06-28 10:51:52 --- Yes, still seems the same.
http://bugs.winehq.org/show_bug.cgi?id=16822
Adam Bolte boltronics@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |boltronics@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #22 from Joe Polak joe.polak.3@gmail.com 2010-12-25 14:26:45 CST --- Created an attachment (id=32614) --> (http://bugs.winehq.org/attachment.cgi?id=32614) Wine 1.1.34 Mousewarp Force-Box Hack (still works on 1.3.9)
I just applied the attached patch to 1.3.9, which was originally written by someone else (I don't know who) as a hack on top of MouseWarpOverride for bug 6971. The patch still works in 1.3.9, and it seems to fix this bug also, when MouseWarpOverride is set to "force-box" using wine builtin dinput8. The only abnormality is that it takes a lot of effort to rotate the camera even when mouse sensitivity is set to max, but I don't know how this compares to native behavior.
Is it possible that this bug is really a duplicate of bug 6971, but just has different symptoms due to some quirk on Mass Effect's part? If so, then the recent patch using xi2 might also work (I can't test it myself; xi2 isn't available on my platform yet).
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #23 from Daniel Harvison sirbubbles01@yahoo.com.au 2011-01-08 03:24:22 CST --- (In reply to comment #22)
Created an attachment (id=32614)
--> (http://bugs.winehq.org/attachment.cgi?id=32614) [details]
Wine 1.1.34 Mousewarp Force-Box Hack (still works on 1.3.9)
I just applied the attached patch to 1.3.9, which was originally written by someone else (I don't know who) as a hack on top of MouseWarpOverride for bug 6971. The patch still works in 1.3.9, and it seems to fix this bug also, when MouseWarpOverride is set to "force-box" using wine builtin dinput8. The only abnormality is that it takes a lot of effort to rotate the camera even when mouse sensitivity is set to max, but I don't know how this compares to native behavior.
Is it possible that this bug is really a duplicate of bug 6971, but just has different symptoms due to some quirk on Mass Effect's part? If so, then the recent patch using xi2 might also work (I can't test it myself; xi2 isn't available on my platform yet).
It seems to be a bit different to bug 6971. The xinput2 patch does nothing for this game, but it works for every other unreal engine anything game that I've tried it on, so I really don't understand.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #24 from Xavier Vachon xvachon@gmail.com 2011-04-16 00:56:29 CDT --- The recent patches to the mouse issues in wine (see Alexandre's commits in http://www.winehq.org/announce/1.3.18) do not improve mouse performance in Mass Effect.
http://bugs.winehq.org/show_bug.cgi?id=16822
elhana@sigil-guild.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elhana@sigil-guild.org
--- Comment #25 from elhana@sigil-guild.org 2011-05-14 18:41:25 CDT --- Mouse works fine for me with 1.3.20. If I alt-tab it sometimes looses focus and leaves window, but you can just tab few times and click window to make it work again.
http://bugs.winehq.org/show_bug.cgi?id=16822
Patrick Rudolph patrick1804@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick1804@web.de
--- Comment #26 from Patrick Rudolph patrick1804@web.de 2011-05-16 12:41:01 CDT --- Regarding Frontlines 1.00 (UT3 mod), mouse isn't working at all ingame I found out, that the mouse is handled like this:
mouse_init();
...
while(1){
dinput:IDirectInputDevice2WImpl_SetCooperativeLevel( DISCL_FOREGROUND| DISCL_NONEXCLUSIVE )
input:SysMouseWImpl_Acquire <- queue is cleaned here !
dinput:IDirectInputDevice2WImpl_GetDeviceData <- queue is empty, return nothing
dinput:LL_hook_proc calling <- mouse hook, fills the queue dinput:dinput_mouse_hook dinput:queue_event
dinput:SysMouseWImpl_Unacquire
}
The basic problem is, that SysMouseWImpl_Acquire() clears the queue AND the mouse hook is processed after IDirectInputDevice2WImpl_GetDeviceData() every time.
In dinput/device.c : HRESULT WINAPI IDirectInputDevice2WImpl_Acquire(LPDIRECTINPUTDEVICE8W iface) uncommenting this lines fixes the problem, the game is working fine
//This->queue_head = This->queue_tail = This->overflow = 0;
better solution would be getting the mouse hook processed AFTER SysMouseWImpl_Acquire() and BEFORE IDirectInputDevice2WImpl_GetDeviceData() is called.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #27 from Xavier Vachon xvachon@gmail.com 2011-05-22 22:13:53 CDT --- (In reply to comment #25)
Mouse works fine for me with 1.3.20. If I alt-tab it sometimes looses focus and leaves window, but you can just tab few times and click window to make it work again.
Mouse input is not fixed for me in git. I do not know what kind of override you are using, but I strongly doubt that this is actually fixed.
http://bugs.winehq.org/show_bug.cgi?id=16822
mardini superppl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superppl@gmail.com
--- Comment #28 from mardini superppl@gmail.com 2011-05-29 19:30:49 CDT --- Installing dinput8 from winetricks "fixes" this for me.
http://bugs.winehq.org/show_bug.cgi?id=16822
GreatEmerald pastas4@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pastas4@gmail.com
--- Comment #29 from GreatEmerald pastas4@gmail.com 2011-06-27 13:01:28 CDT --- Confirmed workaround using "winetricks dinput8" and setting Wine to use native dinput8.
openSUSE 11.4, Wine 1.3.20.
http://bugs.winehq.org/show_bug.cgi?id=16822
Daniel Kimbro ami_mizino@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ami_mizino@yahoo.com
--- Comment #30 from Daniel Kimbro ami_mizino@yahoo.com 2011-06-28 08:56:10 CDT --- Is there anyone who has gotten this running under mac? The dinput8 hack works partly (cannot move 360 degrees) but not entirely and none of the patches work.
(In reply to comment #29)
Confirmed workaround using "winetricks dinput8" and setting Wine to use native dinput8.
openSUSE 11.4, Wine 1.3.20.
http://bugs.winehq.org/show_bug.cgi?id=16822
Joe Polak joe.polak.3@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joe.polak.3@gmail.com
--- Comment #31 from Joe Polak joe.polak.3@gmail.com 2011-06-28 10:02:06 CDT --- (In reply to comment #30)
Is there anyone who has gotten this running under mac? The dinput8 hack works partly (cannot move 360 degrees) but not entirely and none of the patches work.
My comments earlier were for Mac. The dirty hack I posted should work on Wine 1.3.11 and earlier. After 1.3.11 a lot of changes were made to the mouse code and that patch no longer works. If you want detailed instructions on how to do that feel free to email me.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #32 from Austin English austinenglish@gmail.com 2011-06-28 13:39:54 CDT --- *** Bug 27607 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=16822
Cùran debian@carbon-project.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |debian@carbon-project.org
--- Comment #33 from Cùran debian@carbon-project.org 2011-07-02 12:41:09 CDT --- Still present with 1.3.23 (and can still be fixed by installing dinput8 with winetricks).
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #34 from Cùran debian@carbon-project.org 2011-07-10 16:03:09 CDT --- Despite all the dinput8 work for 1.3.24 the bug is still present.
http://bugs.winehq.org/show_bug.cgi?id=16822
Ralph Little littlesincanada@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |littlesincanada@yahoo.co.uk
--- Comment #35 from Ralph Little littlesincanada@yahoo.co.uk 2011-10-12 23:45:41 CDT --- It sounds like this bug is the same as in Blacksite Area 51. In the menu, the mouse works fine, but during the gameplay, the mouse movement does not work although mouse clicks fire the weapon.
The games seems to work fine in all other respects.
Any suggestions as to how I can verify if this is the same bug (before I attach the bug to the App in the AppDB)?
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #36 from GreatEmerald pastas4@gmail.com 2011-10-13 00:07:24 CDT --- (In reply to comment #35)
It sounds like this bug is the same as in Blacksite Area 51. In the menu, the mouse works fine, but during the gameplay, the mouse movement does not work although mouse clicks fire the weapon.
The games seems to work fine in all other respects.
Any suggestions as to how I can verify if this is the same bug (before I attach the bug to the App in the AppDB)?
The workaround for this bug is to download winetricks and run 'winetricks dinput8' in the console. You might also need to fiddle with the libraries tab in winecfg (add dinput8 and see if any of the options do anything to help it).
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #37 from Ralph Little littlesincanada@yahoo.co.uk 2011-10-13 11:10:30 CDT --- (In reply to comment #36)
The workaround for this bug is to download winetricks and run 'winetricks dinput8' in the console. You might also need to fiddle with the libraries tab in winecfg (add dinput8 and see if any of the options do anything to help it).
Will do, thanks.
Blacksite Area 51 is a UT engine game. Fixing this issue will likely fix a lot of games based on that technology.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #38 from GreatEmerald pastas4@gmail.com 2011-10-13 11:29:15 CDT --- (In reply to comment #37)
Blacksite Area 51 is a UT engine game. Fixing this issue will likely fix a lot of games based on that technology.
It's actually an Unreal Engine 3 (UE3) game. All other Unreal Engine versions are not affected. Also, being picky about the name comes from the fact that I often develop mods on those engines :)
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #39 from Joe Polak joe.polak.3@gmail.com 2011-10-13 11:36:33 CDT --- (In reply to comment #36)
(In reply to comment #35)
It sounds like this bug is the same as in Blacksite Area 51. In the menu, the mouse works fine, but during the gameplay, the mouse movement does not work although mouse clicks fire the weapon.
The games seems to work fine in all other respects.
Any suggestions as to how I can verify if this is the same bug (before I attach the bug to the App in the AppDB)?
The workaround for this bug is to download winetricks and run 'winetricks dinput8' in the console. You might also need to fiddle with the libraries tab in winecfg (add dinput8 and see if any of the options do anything to help it).
Did you actually test this in a recent version of Wine? If so, please state what Wine version and version of dinput8 from what version of winetricks was used. This workaround was not adequate the last time I tested it several versions back.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #40 from GreatEmerald pastas4@gmail.com 2011-10-13 11:41:16 CDT --- (In reply to comment #39)
Did you actually test this in a recent version of Wine? If so, please state what Wine version and version of dinput8 from what version of winetricks was used. This workaround was not adequate the last time I tested it several versions back.
I haven't tested it since 1.3.20 (with the latest winetricks at the time), since it is quite pointless to try and get the game working given bugs #24561 and #7411.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #41 from Cùran debian@carbon-project.org 2011-10-13 11:43:34 CDT --- (In reply to comment #39)
Did you actually test this in a recent version of Wine? If so, please state what Wine version and version of dinput8 from what version of winetricks was used. This workaround was not adequate the last time I tested it several versions back.
The workaround works with at least 1.3.28 (last time I played ME). The installation must have happened around the time comment #33 was posted. And 1.3.24 would fall into my definition of "several versions back". As I update winetricks before each usage, the winetricks version should have been the one available when comment #33 was posted.
(In reply to comment #40) I'm not affected by the bugs mentioned there, as I play ME with the Gallium3D driver (7.12-devel) r600g.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #42 from Ralph Little littlesincanada@yahoo.co.uk 2011-10-13 11:47:48 CDT --- (In reply to comment #41)
(In reply to comment #39)
Did you actually test this in a recent version of Wine? If so, please state what Wine version and version of dinput8 from what version of winetricks was used. This workaround was not adequate the last time I tested it several versions back.
The workaround works with at least 1.3.28 (last time I played ME). The installation must have happened around the time comment #33 was posted. And 1.3.24 would fall into my definition of "several versions back". As I update winetricks before each usage, the winetricks version should have been the one available when comment #33 was posted.
(In reply to comment #40) I'm not affected by the bugs mentioned there, as I play ME with the Gallium3D driver (7.12-devel) r600g.
For Blacksite Area 51, I was using cutting edge git as of a couple of days ago and seeing the problem.
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #43 from Ralph Little littlesincanada@yahoo.co.uk 2011-10-13 11:50:34 CDT --- (In reply to comment #38)
(In reply to comment #37)
Blacksite Area 51 is a UT engine game. Fixing this issue will likely fix a lot of games based on that technology.
It's actually an Unreal Engine 3 (UE3) game. All other Unreal Engine versions are not affected. Also, being picky about the name comes from the fact that I often develop mods on those engines :)
Yes, sorry I should have been more specific.
I successfully run other earlier Unreal Tech-based games with no problems.
http://bugs.winehq.org/show_bug.cgi?id=16822
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vitaliy-bugzilla@kievinfo.c | |om Component|-unknown |directx-dinput
--- Comment #44 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-10-13 21:40:31 CDT --- It's a dinput bug. Looking into it. Should have few patches fixing the problem soon.
http://bugs.winehq.org/show_bug.cgi?id=16822
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |1a56be85be3f909aaede36b65b7 | |5f426ebd2bab7 Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #45 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-10-14 19:31:30 CDT --- Fixed in git
http://bugs.winehq.org/show_bug.cgi?id=16822
--- Comment #46 from Ralph Little littlesincanada@yahoo.co.uk 2011-10-14 22:29:33 CDT --- (In reply to comment #45)
Fixed in git
Blacksite Area 51 now has mouse control. Yay!
However, shame I've now lost in-game sound :(
http://bugs.winehq.org/show_bug.cgi?id=16822
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #47 from Alexandre Julliard julliard@winehq.org 2011-10-21 13:50:11 CDT --- Closing bugs fixed in 1.3.31.