mirror of
https://github.com/safijari/openpuck.git
synced 2026-11-03 22:30:22 +00:00
[GH-ISSUE #241] (Feature Request) - Legacy Nintendo Console/Controller Support - Wii/Wii U/GameCube/Wii Mote(SideWays)/etc #107
Labels
No labels
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
safijari/openpuck#107
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Intoxicus on GitHub (Aug 22, 2026).
Original GitHub issue: https://github.com/safijari/openpuck/issues/241
Having options to also support legacy Nintendo Consoles would be huge. Both for emulation and for using on legacy hardware.
There is an old firmware for the NES30Pro from 8BitDo that has this support. It is possible. But I don't know how difficult/limited it may be? Perhaps that old 8BitDo firmware could be helpful?
Even if this requires a different firmware to be installed the usefulness makes this highly desirable!
I'll get a 2nd Open Puck just for something like this if needed.
-Wii Controller/Pro Controller
-Sideways Wii Mote(This is required for some Wii games)
-GameCube(Switch and Legacy modes)
-Wii U Gamepad
-Wii U Pro Controller
It's not Nintendo, but people would go nuts for DreamCast Controller Support/Emulation too!
@Leseratte10 commented on GitHub (Aug 22, 2026):
Do you mean you want to connect a Wii / WiiU controller to the OpenPuck wirelessly to use these controllers on other supported systems; or do you mean connecting an OpenPuck to a Wii/WiiU/Gamecube to be able to use a Steam Controller on a Wii?
The Wii doesn't have support for any USB controllers, all official Wii controllers connect over Bluetooth. There is the Gamecube adapter that works through USB so OpenPuck might be able to emulate that adapter, but that adapter only works with games that explicitly support it. To emulate a Wiimote or similar, OpenPuck would need to connect to the Wii through Bluetooth which I don't think this hardware supports.
Same goes for connecting a Wii(U) controller to the OpenPuck - OpenPuck only supports the wireless protocol for the Steam Controller and doesn't (yet) support bluetooth connections for controllers.
@Intoxicus commented on GitHub (Aug 22, 2026):
I was getting a bit ahead of myself. The 8BitDo NESpro30 has an old firmware that emulates a sideways WiiMote, Wii Mote w/ a Wii "pro" controller plugged in, and Wii U Pro Controller. Which is where my FR idea is coming from.
You are correct, you would need to plugin to something else to have Bluetooth. Which is fine, but that's kind of spin off project in a sense. Having an OpenPuck Bluetooth dongle/accessory/not sure what to call it, would be very useful and awesome.
Would it be possible to use something like an RPi Pico W to be the BlueTooth Dongler end of things? Or perhaps a 2nd OpenPuck in a mode to be a Bluetooth dongle for this kind of purpose? HID Remapper may already kind of solve this I now realize?
This is a little bit extra. It would be awesome and very useful. But with homebrew and CFW Wii & Wii U systems can accept non Nintendo Controllers. It would only be super useful for stock CFW systems.
It would be cool and useful to be able to use OpenPuck in a larger capacity similar to HID Remapper. But that wasn't what I was getting at.
@Intoxicus commented on GitHub (Aug 22, 2026):
Here is an Archive.org link to the old firmware and manual for it for the 8BitDo NES30Pro.
Hopefully that might be useful?
https://web.archive.org/web/20170425173535/http://www.8bitdo.com/nes30pro/extend-firmware.html
@drunkscientist commented on GitHub (Aug 22, 2026):
personally i would LOVE to be able to plug openPuck into an old gamecube or n64 and play those with the steam controller. it would almost definately require wiring and possibly a battery, but n64 used joybus and everything after used fairly standard i2c so should be possible at least