Emulator Issues #4099
closedWiimote controller dialogue crash, issues (and suggestions)
0%
Description
What's the problem?
Opening the Wiimote controller dialogue during emulation and hitting refresh causes a crash. 100% reproducible on any game.
Occasionally (and this one's been a nightmare to track down), when in the dialogue for "emulated wiimote" and changing the config of any given button and clicking "save" causes a crash too.
It seems that the enumerated input devices can change on each instance of Dolphin at startup. This leads to configuration of any given device being incorrectly mapped to a non-existant or changed ID device. Though tapping refresh seems to remedy this.
If non-fixable, maybe worth greying out the controller option during emulation altogether?
Dolphin version with the problem (as it appears in the title bar, Ex.: "R
4779" or "R 6403M"):
Been around for a long time, but present on latest R7170
(optional) Dolphin version that does not have the problem:
Always present since I've been using it ~R6000
Operating system and version:
32-bit or 64-bit:
Mac OS X 10.6.6 64-bit
Game ID (as it appears in game properties, Ex.: "GZ2P01" or "RSBE01"):
Any
Build command-line (not on Windows):
From:
http://dolphinemulatormac.dyndns.org/
Was the ISO a plain dump from disc, compressed and/or scrubbed?
Mainly plain dumps, but any
Please provide any additional information below.
Suggestions as follows:
Firstly is there a way to capture mouse placement on the window and parse placement to the wiimote to place the cursor there too?
Increase the range of width and height in IR - 100 isn't enough to reach the edges
The spring on the mouse movement is too tight - for example it requires an exponential increase in movement to get the cursor to the edge, meaning accuracy is almost 0. Similarly, slow movements mean you can move the mouse as far as you like and the cursor almost remains stationary.
Tilt speed has been arbitrarily assigned (where as swing is on/off), this can be too slow for certain games (eg. RE4Wii where tilting side to side is required during boulder drop sequences)
Is it possible to allow input of anything other than buttons during the "waiting for input" sequence, such as an axis?
Think that's it for now!
Updated by soren.jorvang over 13 years ago
- Status changed from New to Accepted
Re the crash, which input devices do you have attached?
Also see issue 3931.
Updated by louis.farnham over 13 years ago
It's a MB Pro (late 2008) and I've got nothing connected. But for reference I have the following in the Device drop-down (in order):
Input/0/Apple IR
Input/0/Apple Internal Keyboard / Trackpad
Input/1/Apple Internal Keyboard / Trackpad
Keyboard/0/Apple Internal Keyboard / Trackpad
Input/2/Apple Internal Keyboard / Trackpad
Input/0/Apple Mikey HID Driver
Updated by soren.jorvang over 13 years ago
Can you give me a traceback from when it crashes?
The one in the GUI crash popup is fine as a first approximation.
Updated by louis.farnham over 13 years ago
For example, closing and reloading Dolphin changed the order of above to:
Input/0/Apple Mikey HID Driver
Input/0/Apple Internal Keyboard / Trackpad
Keyboard/0/Apple Internal Keyboard / Trackpad
Input/1/Apple Internal Keyboard / Trackpad
Input/0/Apple IR
Input/2/Apple Internal Keyboard / Trackpad
Though whether that affects the binded inputs, I'm unsure.
Updated by louis.farnham over 13 years ago
Do you mean the crash report that tries to get sent to apple?
If so, shall I copy and paste or upload as text?
Updated by soren.jorvang over 13 years ago
Yes, please do.
The reordering issue is an API/implementation artifact that is not easily fixed and it doesn't really hurt anything.
Updated by louis.farnham over 13 years ago
Happy to take a few more if required and stick them all in a zip
Updated by soren.jorvang over 13 years ago
Do you still get the crash with http://dl.dropbox.com/u/3324639/Dolphin-r7170M-release.dmg (uploading now)?
Updated by louis.farnham over 13 years ago
Same crash when hitting save I'm afraid (attached). That's when assigning a button also.
The window header doesn't show 7170M incidentally, is that correct?
Updated by soren.jorvang over 13 years ago
Do you also get a crash with the similar GCPad configuration window?
Updated by louis.farnham over 13 years ago
Sorry I meant to say before l nipped out for the eve - no that works fine and I can't manage to get it to cause a crash or anything similar
Updated by louis.farnham over 13 years ago
This and the new 4102 should be merged possibly?
Updated by louis.farnham over 13 years ago
Hm there has been a change in crash in R7202:
-
Start game emulation - Open Wiimote config - Wiimote mouse Axes are picked up OK (new) - click Save - click OK - NO crash.
-
As above - but clicking "refresh" and then "Save" in the "Dolphin Emulated Controller Configuration" - CRASH
-
As above - but when in "Dolphin Emulated Controller Configuration" with NO emulation running, Mouse Axes are not picked up
-
As above - but changing any given input and clicking save with emulation RUNNING - NO crash.
-
Right-click seems to be disabled on any input, instead of the advanced configuration dialogue, right-clicking causes nothing to happen