[Android] Razer Kishi's trigger axes are inconfigurable in the UI (and are possibly mislabeled in the cfg file).
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
Description
Razer Kishi's analog trigger axes are mislabeled and unconfigurable through the UI.
Expected behavior
I expect to be able to use the triggers as analog axes.
Actual behavior
It's impossible to use the trigger axes without manually editing "retroarch.cfg".
Steps to reproduce the bug
- Launch RetroArch on Android.
- Connect and autoconfigure a Razer Kishi.
- Try to map L2 and R2 as analog axes.
Bisect Results
Through some trial and error I found out that the proper axes are +9 for the L2 trigger and +8 for the R2 trigger. In the autoconfig file they are stated as +23 and +22 respectively which are the decimal representations of their addresses, but i don't think that's how RetroArch actually labels axes.
It's also impossible to configure them through the UI because the Razer Kishi is designed to report the trigger axes and their corresponding button output at the same time (i guess it's intended for some compatibility): if you try to map it it just defaults to the button output. The only way to make it work for the end user is to manually assign the axes through "retroarch.cfg".
Version/Commit
- RetroArch: 1.9.6
Environment information
- OS: Android 11
- Device: ASUS ZenFone 8 Flip
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue on Android with a Razer Kishi, then inspect the device's autoconfig mapping and the generated retroarch.cfg entries for the trigger axes. Done means the L2 and R2 analog axes are correctly labeled and can be selected through the controller-mapping UI without manual configuration.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, c
- Domain
- frontend, mobile
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100