RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    Odd controller slowdown w/ Linux Mint 18.3 PC 360 Wired controller

    Scheduled Pinned Locked Moved Help and Support
    controller
    2 Posts 1 Posters 281 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C
      cmasontaylor
      last edited by

      Good afternoon.

      I understand the likelihood that another person has used my exact configuration is low, so I get this could be an issue I won't be able to get help on, but I just thought I'd check in to see if maybe this could be worked out. First, my configuration:

      Dell OptiPlex 755 Small Form Factor
      CPU: Intel Core 2 Duo E8400
      GPU: GTX 750 Ti
      RAM: 4GB DDR2-667 MHz
      Storage: 500GB HDD
      USB: 2.0 Only
      OS: Linux Mint 18.3
      Controller: Xbox 360 Wired Controller
      RetroPie version: 4.3.16

      Specifically, the issue I am having is, when I launch into games in any emulator (tried lr-fbalpha, lr-mame2003, lr-snes9x2010, lr-bsnes, lr-picodrive), the emulator itself seemed to run fine, but the controller immediately stopped responding. When I tried to bring up the RetroArch menu, it would stop responding for up to a minute or more, and then only respond very briefly to individual presses at a time. It would often misinterpret the keys being pressed as well. Strangely, however, if I waited long enough, the controller would work exactly as expected in the games themselves. It was only when I would bring up RetroArch that it completely freaked out again. It did this reliably, every time, in every emulator I tried. Just to confirm, the same controller works flawlessly on both my Pi3 and Pi3 B+ models. It's only on this x64 Linux machine that it has a problem. I will nonetheless be trying a different controller tomorrow, in case it makes a difference. I thought I'd post for now in case anyone else has run into this issue before me. I did try doing a search, but all I could find were results on normal input lag, which didn't seem to be particularly relevant.

      1 Reply Last reply Reply Quote 0
      • C
        cmasontaylor
        last edited by

        To follow up, I purchased a Logitech F710 tonight, and what I’ve discovered is that the issue seems to be related to xinput generally. When I switched xinput off for the 710, everything suddenly worked as it should. Previously, both controllers on xinput had another issue I forgot to mention above, which was when I did the controller button configuration process, things went wonky when I got to the triggers.

        Pressing the triggers would actuate twice, or sometimes not at all, forcing me to restart the config process. Switching the Logitech off of xinput fixed this issue as well as the lag/freezing problem. Obviously for now, my issue is resolved, strangely by doing the opposite of what the wiki tells me. It would be nice to be able to make xinput work properly, but unless and until that happens, I do at least have a working controller.

        1 Reply Last reply Reply Quote 0
        • First post
          Last post

        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.