Using NES adapter for 8bitdo M30 on NT Mini? #161
-
Built a few adapters (Dreamcast, N64, and Gamecube so far) and have loved them, and I realized that perhaps this could be the solution to a problem that's existed for a while on the Analogue NT Mini. The jailbreak includes a Sega Genesis FPGA core, but the button mapping on an NES controller is less than ideal, with one of the 3 face buttons being mapped to Select. Pairing an 8bitdo M30 to the system seems to be equally problematic with stock firmware for their retro receivers. What I'm wondering is, since the NES and SNES used the same kind of controller bus setup, and someone on Reddit has stated that they got SNES controllers to work (both wired and via 8bitdo adapters) with the Genesis core by using a Raphnet SNES to NES adapter, does it seem possible that I could build an NES-port equipped BlueRetro adapter, flash it to the SNES config, and then custom map a paired M30 so that the console thinks the BlueRetro is a SNES controller, and thus would be able to allow the Genesis core to finally have a decent controller setup? From Reddit, the mapping for the core to SNES controller is as such: Genesis - SNES Appreciate any insight anyone might have on this. While building the NES adapter isn't a particularly costly build, I'm not sure how to best approach the firmware config for it so I wanted to get some thoughts before jumping on it. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
In your case yes the best is to build NES adapter and flash the SNES firmware. Note that BlueRetro is build for original console which typically poll controller once every frame and have a quite relaxed timing on the data read after clk is set. Adapter often deviate from this and poll continuously and assume TTL chip fast data transition. In those case BlueRetro wouldn't work at all. |
Beta Was this translation helpful? Give feedback.
In your case yes the best is to build NES adapter and flash the SNES firmware.
Note that BlueRetro is build for original console which typically poll controller once every frame and have a quite relaxed timing on the data read after clk is set.
Adapter often deviate from this and poll continuously and assume TTL chip fast data transition. In those case BlueRetro wouldn't work at all.