wine users - Mar 2012 - Mouse still not working properly on OS X with 1.4

This has been an ongoing issue with all of the 1.4 releases.  In several games,
notably Oblivion, Fallout 3, Fallout:NV, and Far Cry, the mouse will not
function properly.  On main menus, the mouse will be stuck in one quadrant of
the screen, as if what the mouse thinks the screen boundaries are is not aligned
with the actual boundaries.

In game, the mouse swings wildly all over the screen, making actual gameplay
impossible.

I'm running this with the latest Wineskin, Mac OS 10.7.

On Thu, Mar 8, 2012 at 7:56 AM, clocknova <wineforum-user at winehq.org>
wrote:
> This has been an ongoing issue with all of the 1.4 releases. ?In several
games, notably Oblivion, Fallout 3,
> Fallout:NV, and Far Cry, the mouse will not function properly. ?On main
menus, the mouse will be stuck in one
> quadrant of the screen, as if what the mouse thinks the screen boundaries
are is not aligned with the actual
> boundaries.
>
> In game, the mouse swings wildly all over the screen, making actual
gameplay impossible.
>
> I'm running this with the latest Wineskin, Mac OS 10.7.
>
One. Try this with 'plain vanilla' Wine.  Even though doh123,
Wineskin's producer states he does not make changes, it is the
project's policy not to suppor third party software.

Two. Please try installing Wine with either MacPorts or Fink.  If this
problem still occurs, then please capture a logging file using the
process in the Wine FAQ, located at
http://wiki.winehq.org/FAQ#run_from_terminal and
http://wiki.winehq.org/FAQ#get_log

Thank you.

James

I am with i am preaching this for a longer time. It heavily gets worse from 1.4
rc4. in 1.4 RC3 in most of the games it still worked fine. it is on Mac Osx
version Snowleopard and Lion and probably also in Leopard. I made a bugreport
for testdrive unlimited as an example here:
http://bugs.winehq.org/show_bug.cgi?id=29932

Please help. Linux users probably don't experience this. So please help the
Mac users enjoying their games in wine :)

paulthetall wrote:
> Thats not entirly true, I tested it also in Crossover 11 which has 1.4 and
has the same mousebug in testdrive. It is also in other games. Besides that
Issue does not appear in 1.4 RC3 but only above that version (RC4/5/6)

I get this issue in all 1.4 release candidates.  In fact, for the last several
releases of 1.3, with Oblivion I get no mouse cursor at all.  I think 1.3.18 was
the last version I could use.

paulthetall wrote:
> correct but after 1.3.24 things got fixed again, but after that 1.3.26
sound was rubisch.

No mouse cursor in Oblivion wrapper with 1.3.25 or 1.3.37

paulthetall wrote:
> 
> Thats not entirly true, I tested it also in Crossover 11 which has 1.4 and
has the same mousebug in testdrive.
Report it to Codeweavers.

dimesio wrote:
> 
> paulthetall wrote:
> > 
> > Thats not entirly true, I tested it also in Crossover 11 which has 1.4
and has the same mousebug in testdrive.
> 
> Report it to Codeweavers.

Already done that. I catched in the conversation with them that on the Mac
mousinput does not go back to xinput when it sees that xinput2 is not supported.

clocknova wrote:
> Thanoulas over at The Porting Team managed to create a working 1.4 engine
wrapper for Fallout: NV by building a custom engine --without-xinput2.
If there is no specification that xinput2 has to support relative mouse input
then the official wine should really support a fallback from xinput2 to xinput
in this case.  That is what is really needed!

But I have tested "The Elder Scrolls V: Skyrim" with above mentioned
custom engine. It would work perfectly if there was not another issue with
xinput: You cannot turn around ingame correctly. Rotation around y axis is only
possible as long as the (invisible) mouse pointer does not reach the border of
the screen. You can configure the possible angle by changing mouse sensitivity
in the game configuration, but I did not find a way to make this work without
limitation. So a fallback to xinput alone would not be sufficient in general.

Change as below in tools/wineinstall

#--- defaults (change these if you are a packager)
#CONFARGS=""                   # configure args, e.g. --prefix=/usr
CONFARGS="--without-xinput2"                   # configure args, e.g.
--prefix=/usr