-
-
Notifications
You must be signed in to change notification settings - Fork 2k
Map users to core ports on first button press #18331
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
base: master
Are you sure you want to change the base?
Conversation
|
This is a major (optional) change for most platforms, but it's similar to how Android has always worked--though I guess only at a core level rather than the frontend level. A significant number of users want to use specific original-style controllers, and this seems like a nice way of streamlining that process. |
cc04d24 to
da110c4
Compare
|
Rebased on master as there were some conflicting changes in input_driver_poll. Also made it compatible with the input overlay, which I hadn't considered before. |
|
I took a look at the diff, it seems reasonable to me. All my complaints are a little nitpicky. I don't like where the option is in the settings menu, and I don't think it should use the word "remap" because that ends up being a bit of an overloaded term. |
|
Thank you for reviewing. Yes, I had some trouble naming this. I'm happy to rename and move it if it means it's more likely to be found and used. Where in the menu do you think would work best and do you have any suggestions for the name? How about this as an alternative: Assign Players on Button Press That might be clearer but the terminology doesn't really fit with the rest of the code. More suggestions: |
|
Maybe change "remap" to "allocate" or "assign"? E.g.:
|
da110c4 to
3fbb0af
Compare
|
I've rebased, renamed, and moved the setting up the menu in separate commits. The wording is now:
Please let me know if it's OK to be merged like this. If so, I'll need to squash and reword the commit message to refer to the new setting name. |
Core input ports are mapped sequentially when input is received from a physical input device. The first person to press a button becomes player 1, the second becomes player 2, etc. Configured by the input_assign_ports_on_button_press option. When enabled, all users are unmapped by default (assigned to 'None'/MAX_USERS).
9f29249 to
93a3ccc
Compare
|
Is there any more feedback? Any thoughts on whether this can be merged? I'd love to see this make its way into Retropie, which is where I use it. Rebased, squashed, and reworded the commit message so it's ready to go. |
|
Yes, i think we're in a bit of a feature freeze while we get the stable build nailed down (after a series of hotfix releases), but we'll get this in ASAP. |
Description
Map users to core ports on first button press
Core input ports are mapped sequentially when input is received from a physical input device. The first person to press a button becomes player 1, the second becomes player 2, etc.
Configured by the input_assign_ports_on_button_press option. When enabled, all users are unmapped by default (assigned to 'None'/MAX_USERS).
Adds a 'None' option to the 'Mapped Port' setting for each user under Quick Menu->Controls->Port N Controls.
My Use Case
I have 6 wireless controllers:
I prefer to play games with the type of controller they were designed for, but I like having the option to use any of them. Each pair of controllers is identical, so it's hard to know if I've picked up SNES controller 1 or 2 - with this feature I can use either.
With the existing device type reservation feature I ensure each controller type is always mapped to the same 2 users:
With core input remapping files I can map the core controls in a sensible way for each controller type. This depends on each controller type always being mapped to the same users. I leave the mapped port setting unset and disable saving the remapping file on exit.
Screenshots
Related Issues
Controller Priority Option (request)
#6707
Related Pull Requests
Hotkeys follow player 1 #18353 - merged
Works well with this merged PR:
Controller device reservation / preference.
#16647