Spinner, mouse, trackball, etc seem to have a limit.
-
I'm having an issue with devices that run as a mouse, in that they seem to have a start and end point.
An example of this would be a game like 720. So if I use my spinner, mouse or trackball, the skateboard guy will rotate a couple of turns and stop and will not go any further in that direction. I can then turn him the other way, but the same thing happens.
It's a bit like using a mouse in Windows. As soon as the cursor hits the edge of the screen the mouse movement stops.
This is the same for all mouse type devices, so it's not limited to the X axis.
It's almost like the mouse is tied in to the desktop cursor and that is what's causing the limitations and the windows environment is running in the background.
I'm using Retropie on an AMD PC running Ubuntu. I recently switched to this from a Rpi3 which had no issues with mice or Trackballs.
I'm also using lr-mame2016 but have also tried lr-Mame2003 and advMame and they all do the same thing.
I also have a test system in a VM environment and that too does the same thing.
Incidentally, if I navigate to /dev/input/ Then run cat mouse0 (spinner) cat mouse1 (mouse) or cat mouse2 (trackball) the output from the test is constant without stops.
Any help on this appreciated. -
@whoremoan I believe your post describes an issue I have also been struggling with for some time, but recently made some headway in diagnosing. One thing, though - you included ADVMAME in your list...I haven't encountered the problem with that emulator, but have with the Libretro emulators (LR-MAME2003, etc).
There have been some issues reported in GitHub for Retroarch describing this same problem. For example, see https://github.com/libretro/RetroArch/issues/10780. There is a fix available (https://github.com/libretro/RetroArch/pull/11471) which is not yet available in Retropie, but will probably make it in fairly soon.
In the mean time, one thing you can try (again, this would only be for the Libretro emulators) is to enable the "Game Focus" after entering a game, which usually defaults to the Scroll Lock key (yes, a keyboard would be needed, though I believe you can remap the key within the Retroarch on-screen menus).
EDIT: Though enabling Game Focus can be used as a workaround, after further testing / playing I discovered that using the "Grab Mouse Toggle" instead is often all that is needed (Game Focus locks down keyboard inputs, which may be too restrictive depending on the hardware). The Grab Mouse Toggle defaults to F11 (+ hotkey), but can be redefined in the retroarch.cfg file (input_grab_mouse_toggle = "j", is what I'm using). Grab Mouse does what it advertises, and makes the OS mouse pointer 'disappear' and not interfere with the game's mouse pointer.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.