• Recent
  • Tags
  • Popular
  • Home
  • Docs
  • Register
  • Login
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

WiiU Pro controller order reversed compared with LED lights with RetroArch cores with retropie_wiimote_lights script

Scheduled Pinned Locked Moved Help and Support
wii u proretroarchled lightsbluetooth
4 Posts 2 Posters 1.1k 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.
  • S
    sonicsheppard
    last edited by 27 Nov 2017, 23:43

    Hello,

    I use Wii U Pro controllers (x4) with my RetroPie setup. A few days ago I found the retropie_wiimote_lights script by pyhammond which lights up the LEDs depending on the order the controllers are connected, however I've noticed an issue where the controller order seems to be reversed when using RetroArch cores.

    For example if I connect the 4 controllers, controller 1 will have 1 LED, 2 will have 2 LEDs etc, but if I launch a RetroArch core, Player 1 will be the controller with 4 LEDS, Player 2 will have 3 LEDs etc.

    This issue is not present with non-RetroArch cores.

    Pi Model or other hardware: Raspberry Pi 3
    Power Supply used: 5V 3A USB mains power supply.
    RetroPie Version Used: 4.3 updated to latest retropie_script 4.3.5
    Built From: Made from 4.3 image, fully updated.
    USB Devices connected: USB Logitech Bluetooth dongle, HyperX 256GB USB flash drive.
    Controller used: Wii U Pro Bluetooth controllers (2x official Nintendo, 2x 3rd party)
    Guide used: https://github.com/RetroPie/RetroPie-Setup/wiki/Wii-U-Pro-Controller
    https://github.com/pyhammond/retropie_wiimote_lights
    Emulator: All RetroArch cores tried so far.

    How to replicate the problem:

    1. Install 4.3 image and fully update all scripts and cores using Binary.
    2. Install the retropie_wiimote_lights script using the guide - https://github.com/pyhammond/retropie_wiimote_lights
    3. Connect 4 WiiU Pro Bluetooth controllers so the LEDs light up as per retropie_wiimote_lights script
    4. Launch a RetroArch core with a 4 player game (e.g. Mega Bomberman on lr-genesis-gx-plus)
    5. Note the order of the players compared to the LED lights - they are in a reversed order.

    Does anyone have a suggestion on how to fix this?

    Thanks!

    1 Reply Last reply Reply Quote 0
    • D
      dankcushions Global Moderator
      last edited by 28 Nov 2017, 00:16

      https://github.com/pyhammond/retropie_wiimote_lights/issues

      1 Reply Last reply Reply Quote 0
      • S
        sonicsheppard
        last edited by 28 Nov 2017, 09:04

        Thanks @dankcushions . I've submitted that issue now. I'm completely new to GitHub, so if the formatting/style is incorrect, or if you think there is any information missing do please let me know.

        Thanks very much.

        1 Reply Last reply Reply Quote 0
        • S
          sonicsheppard
          last edited by sonicsheppard 12 Feb 2017, 12:08 2 Dec 2017, 12:08

          For anyone interested, this has been tracked down to the use of an external Bluetooth dongle and having the onboard Bluetooth disabled with dtoverlay=pi3-disable-bt.

          The retropie_wiimote_lights script by pyhammond works fine with the onboard Bluetooth. Fingers crossed they can sort it for an external Bluetooth dongle as well as it's a really useful script for people with WiiU Pro controllers!

          Thanks.

          1 Reply Last reply Reply Quote 0
          1 out of 4
          • First post
            1/4
            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.

            This community forum collects and processes your personal information.
            consent.not_received