-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
[Feature request] Port and game agnostic gamepad profile system #14577
Comments
You can already configure your pads on a per game basis... The idea behind the profiles was that you create them once, for example one profile for your GH guitars, and then just use that profile for all your Guitar hero games. It's not supposed to work per port. That's how it was before, and no one liked it... |
I must comment to give my two cents that doing ALL ports per profile is very unintuitive and frustrating when juggling different devices and setups. @Megamouse I am 100% for this feature request it will benefit different setups greatly, including non GH RB games. Scenario: However if profiles were per port, I can simply click player 2, and choose my 360 profile, and everything is fine. |
Additionally, while some players may want global profiles to affect all controllers for themselves, making this the forced behaviour for everyone removes any of that flexibility. I cannot create controller mapping for all the controllers I have in its current setup, where if it is per port, that will simply require those users to select the controller tabs one by one to set the profile, which is MUCH simpler of an ask from the user than "Remap all of your controls since they were wiped while switching profiles" |
Oh, sorry. I meant to highlight that one can't use the profile system in the per-game settings as it is greyed out.
This works fine if the user has controllers all of the games support, but I think this can lead to issues if the user has a mixed library of games with differing controllers for each. Albeit it can be remedied by swapping the global profile, I think this isn't as user friendly as one has to either correct all of their non-rhythm games' per-game game configuration or the inverse for rhythm games.
This is surprising as I think every other emulator with a gamepad profile system functions the proposed way and users tend to not complain. |
Sorry I am re reading the post and response and found one more thing
Problem here is the GH and RB games have different instrument and device support. However, what if i want to change up the guitar i want to use in player 3 in rock band 3, but everything else is the same All of these are completely normal use cases when playing these games and a global profile that affects all ports gets extremely burdensome to try and track in any useable manner This leaves me with no choice but to bite the bullet and remap the instruments time and time again. Which is extra frustrating as these instruments are harder to map than standard controllers with their specifics, including even needing to manually edit the config yml in several cases. The only benefit I see to mapping all ports at once per profile is a small time save for a 4 player game with standard controllers. |
I think there is a misconception about what a pad profile in rpcs3 actually is. |
If it would help, I could add a button that lets you apply another "profile" to your current one, without overwriting the other. |
I understand that a pad profile is a config file that loads the configuration for multiple controllers based on the config file. My point is that isnt a pad profile at all, considering it affects multiple pads. A pad profile would handle one pad, one port, which is honestly how it should be and how every other emulator handles pad profiles. It is odd to me that you have protections in place to stop a user accidentally changing their global config, but dont stop a user from accidentally wiping a configured layout for up to 8 controllers. |
@Megamouse I would like to know your thoughts from a user standpoint on my scenarios I listed above Say I have a 4 player local band session. Player 1 mid session, decides "hey, I would like to change guitars to the wii Les Paul" The way I understand, and how you are describing, I have two options. Have a global config profile that is OR manually, mid session, remap my player 1 xplorer, to be the wii strat, which will lose my xplorer config. with the pad profile system affecting all ports at once, my options for switching devices are extremely limited and make things much more of a hassle than it needs to be. And I do not understand the logic or reasoning of why the multiple pad system must be stuck with considering this pretty simple scenario that can happen in many, many variations. |
There is no reasoning behind any of this. |
That's completely fair and apologies if I seem a little hot headed about this. This has been a very big thorn in my, and several other's side for a long time and I think this is the perfect first step to discuss the feedback on the newer system. I would implore further thought about this and potential solutions because as it stands right now it is a very frustrating challenge when dealing with multiple players over multiple controllers and device types. |
I would suggest having controller mapping be "agnostic" to ports. Let's say you have a regular gamepad, two Xplorers, one PS3 Les Paul, and one Xbox RB Stratocaster. How about being able to map each of them as a "controller". That controller is a self-contained unit and doesn't store any information on which controller slot it goes in. You do this for each of your physical controllers, so you would have two Xplorer "controllers" in this scenario. Then, in the "profile" sections as it's called now, you can either manually map a controller as it is now, or you can choose one of the pre-mapped controllers to connect to the desired slot. By design, nothing you do in this proposed updated profile UI would ever delete or remove an existing controller mapping that's defined and saved as a controller. |
Quick summary
Hello.
I think allowing the Gamepad Configuration profile system to work on a per port and per game basis would greatly improve the user experience, especially for rhythm games.
Details
Rhythm games such as Rock Band and Guitar Hero support multiple controllers and controller types simultaneously due to their design. This can become hectic when setting up gamepad configurations due to the possibility of different handlers and device classes, such as having an XInput Guitar Hero guitar controller, MMJoystick Rock Band drum controller, and an MMJoystick Rock Band guitar controller, especially if the user is swapping controllers in and out.
As of now, creating and loading a profile only works globally and sets all ports. So, if a user is trying to recall a profile in Port 1 while having something already bound in Ports 2 through 7, it will more than likely wipe the other ports if they saved the profile while mapping it in port 1. Not to mention, this will affect every other game, which can cause problems for users trying to use the profile system globally for instrument controllers, then having to manually correct this for all of the non-rhythm games in their library.
I think a better design would be to have profiles saving only affect the port they're being configured on as opposed to all seven and allowing them to work in the per-game Custom Gamepad Configuration.
The text was updated successfully, but these errors were encountered: