-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Input not being recognized for N64 using front end. #15109
Comments
Do you have a link to the daijisho issue discussing this? it would be nice if they had any hints about what could be going wrong, since it works fine from RetroArch itself. @jasonunbrokensoftware Do you have this issue on your end? |
Here is the link to the issue, but I have seen it with other frontends as well. |
It doesn't look like there are any issues with controller input when launching games from LaunchBox through the Parallel N64 core. I've been using that for quite a long time, and I just tested it and everything is working fine. So I don't really understand the issue. I know if input was broken for the N64 cores through LaunchBox we'd have tons of reports of issues. Regardless, for what it's worth I've been testing via Bluetooth with an Xbox Series X controller. |
Can I contribute with something to narrow it down? |
I guess if you could pinpoint which cores exhibit this behavior, we can see if there's a common thread among them. |
Since I have some experience with strange issues like this between emulators and frontends, I can probably help to narrow it down. First off, this is 99% most likely a quirk with Android on certain devices, or a quirk with the way that Daijisho launches RetroArch. It's extremely unlikely that the RetroArch code is to blame for an issue like this, though it is always possible. Therefore, some questions that would help to narrow it down: What specific Android devices are affected? Per the very last question, I'm reminded that I have seen some weird issues with Xbox controllers that are fixed by updating the firmware on the Xbox controllers. I can't remember if this issue is specific to Xbox One or Xbox Series X controllers, or if it affects both. So it is possible that that is the issue. |
I have tried mupen64_next_gles2/3 and parallele64 same behavior with either core. |
In my case Retroid Pocket 3+, which is great for handheld gaming. I don’t see any specific devices mentioned in other posts so not sure how widespread it is.
Again, in my case Android 11.
These devices have built in controls, think Nintendo switch but for retro games. The strange part here is that all other cores work fine, even running dolphin, scummvm point and click, amiga games with mouse input etc. |
I should also mentioned that tried to launch a few games. 007 and super Mario worked as expected, resident evil 2 did not recognize any inputs. The majority of the games does not recognize input. For reference, I previously had RA on Xbox S with dev mode without any issues and with the same game collection. |
Okay, I think it has to be assumed that it's an issue with that specific device, at least until someone else comes forward that has run into the same thing on a different device. Unfortunately I don't have any means of testing that without going out and buying that device, so it may be difficult to figure out. |
I do know that there are quite a few users in the LaunchBox community with that device though, and I have yet to hear of that specific issue (at least that I can remember). So it's still very possible that it's a bug in the Daijisho code, or it could be a bug in the firmware of that device. If you have any other reports of the same issue from any other users, it would be useful to know what device(s) they're using, of course. |
Hi, as show in the issues above I have the exact same problem. Here is some extra information that might help with the issues. Steps to reproduce:
Issue has been confirmed on the following devices:
Important Try one of the following
Frontends where this happens
CANNOT reproduce this on the following device |
Okay, well then assuming that all of @unbelievableflavour 's testing is correct (thank you @unbelievableflavour for all the detailed information), that would mean that the issue is likely specific to Retroid Pocket devices, which means that it's most likely a bug with the Retroid firmware/Android installation. It might be wise to report it to Retroid themselves, as they're the most likely to be able to fix the bug. There may be a workaround that could be implemented by the RetroArch team, but whoever works on this will definitely need a Retroid Pocket 3+ device on hand, and they may or may not be able to do anything about it, depending on how bad the bug in the firmware actually is. If anyone finds any other devices that are affected (other than Retroid devices), that may suggest that there is an actual bug in RetroArch and not just the Retroid firmware. But until then, it should probably be assumed that it's a Retroid firmware issue. |
Thanks, I have asked retroid on their discord to look into it. |
Thanks. Im also still trying to find someone who will test on a device with physical buttons other than retroid. I think we still gotta rule that out. |
I got a reply with a workaround and that the issue has been forwarded to the engineers. The workaround is to do button presses immediately after launching a game. I tried with Resident Evil 2, it works! |
@stuffu yes. I've listed that workaround here too: What else did the developers say? And by developers you mean Retroid? Will they look into the issue? |
@unbelievableflavour Yes, they said they will look into it, but not sure what that really means... |
Thanks. I also got a reply from Retroid support: Their exact reply: "Hi, I have reported this issue to our engineers and they will try their best to improve this issue, maybe the next OTA will fix this issue. |
What specific Android devices are affected? Odin Pro As such it's more than just Retroid Pocket devices affected by this issue Just did a quick test using Daijishou and found Kirby 64 had the input issue while Mario Kart 64 was fine |
@jasonunbrokensoftware Since Odin Pro also has this issue now. It is no longer a Retroid specific issue. |
Good to know. Unfortunately I don't have either of those devices so I'm not likely to be much help here, but hopefully that will help to narrow it down. |
Hi all, reporting in with another handheld that has similar symptoms:
In my case, the posted workarounds of either pressing buttons immediately after launching or using the touch screen do not restore functionality of any hardware controls. I can control the game using the on-screen controls, but the built in buttons & controllers only work if I start the game via RA directly. To be clear, I tested with every combination of frontend + controller above and always had the same results. In my case the game did not appear to make any difference, it never worked. The only way controllers of any kind worked for me were from launching the game within RetroArch. This worked 100% of the time. I also tested configuring Daijishou and LaunchBox to launch Mupen64 FZ rather than RetroArch, and things work correctly then. Also, this interestingly only effects the N64 cores as far as I can tell. I also tested SNES and GBA and both worked fine with each frontend & hardware controller, with the frontend launching RA. |
I had the same issue with my Backbone One. No issues anymore. |
I'm having the same problem. I'm on Retroarch Nightly 1.16.0 Neither Hotkeys or game input work at all. It only works when played directly through retroarch without the Daijisho Frontend. In an attempt to find a fix, I saved a Directory Config, just to see if that would somehow override any input problem when launching from the Frontend, but it actually made it worse, RA now simply crashes for some reason when launched from the frontend (all other cores have functioning Directory config overrides) |
@loki666 workaround worked for me! Thank you. Change this setting like so:
|
I think all Games that support rumble are not working from a frontend without "Polling behavior = early". With set to "early" the input works, but no rumble. Both works if I start a game directly over retroarch. |
Want to add that this also happens to Odin Mini 2 with ES-DE Frontend. Setting polling = early will fix the issue of recognizing the controller but rumble will never be operational. |
Mupen64 does not record input when using frontend. It does for some games strangely but the majority it doesn’t.
I don’t think this only applies to mupen64,
Also tested other N64 emulators with the same result, but mupen64 is the one I would like to use.
Launching a game from within RA, all key presses are fine.
I’m using daijisho on frontend on android in this case but read other posts about people having the same issue with other frontends as well, also with other os.
All other systems works as expected, just N64 that behaves this way and according to issue on daijisho, it’s not related to the frontend itself, but a bug in RA.
The text was updated successfully, but these errors were encountered: