Mouse problems in Dungeons and Dragons Online (DDO)

[bcpeterson]

Since version 1.3.20, and in versions since, mouse movement has been erratic in Dungeons and Dragons Online.

I was waiting for some of the major mouse bugs to be fixed before commenting and that seems to have occurred, so I thought I would chime in.

About my system: MacBook Pro 2 GHz Core Duo, with ATI X1600 graphics, Mac OS X 10.6.8, Xquartz 2.6.2 (xorg-server 1.10.1), installed wine via macports which I understand is mostly compiling from source.

If the virtual desktop in ON and mouse capture is OFF, everything works fine. Also running in windowed mode everythings works fine.

If virtual desktop is OFF or mouse capture is ON, then the problems are these:

• * Hovering over buttons should produce a highlight effect, but this happens only occasionally.
  * Tooltips should also appear on a hover, but rarely do, or a tooltip will appear for an icon nowhere near the mouse cursor.
  * Clicks don't register unless you click multiple times.
  * Mouse look (by pressing t or holding right mouse button) will cause the view to be straight down, quickly and immediately. Continuing to hold right mouse button and moving the mouse will cause rapid rotation

The game is free to play and installable via the appdb instructions: http://appdb.winehq.org/objectManager.p ... n&iId=2910. It is a large download however (6 gigs I think for the main

I see some related bugs for other programs but I'm unfamiliar with the testing process. I could attach some sort of log or trace but I don't know what would help, but I'd be happy to provide additional information or submit a bug.

Thanks in advance!

[bcpeterson]

I've done a cursor trace and put it into paste bin if it helps anyone figure out what is going on:

http://pastebin.com/zs8Zkjvi

Thanks!

[Bob Wya]

Hi

I've been playing about with Deus Ex 1 which suffers similar regressions in the mouse/trackpad input. There is a commit to Wine 1.3.19 which changes Xinput and everything goes wrong after that.

I confirmed for my own benefit that you can work around this problem by compiling Wine with the --without-xinput2 switch. The problem is actually an Xorg bug - the mouse cursor position is not reported correctly I believe.

Early discussion:
http://forum.winehq.org/viewtopic.php?p=33465

I applaud the Wine Developers for forging ahead with this path (despite the broken X-Server). Hopefully X will get a fix out (eventually)...

As you are running MacOSX it might be easier to compile without Xinput2?? Don't know what Mr Job's X-Server update schedule is like...??!!

Bob

[bcpeterson]

It isn't very good...Lion is supposed to get an update but I can't run it...I have a 32-bit processor and Lion is 64-bit only.

Xquartz gets updates every now and then...but I'm not optomistic for a fix for a while...

In macports...I'll see if I can set that xinput2 configure option. Right now it looks like it isn't specified at all, on xinput.

If without-xinput2 works, then I'll be a happy camper. I'll post back once I test it.

[bcpeterson]

Well, without-xinput2 worked. What was strange is that it wasn't specified one way or the other in macports. It must default to with.

Glad that it worked, now I can enjoy some of the advances in d3dx without wonky mouse errors.

Thanks!

[Bob Wya]

Glad that it worked, now I can enjoy some of the advances in d3dx without wonky mouse errors.

Thanks!

Hey can't comment on the Mac specific stuff... But I'm glad it works anyway!

Bob