Post
by BlueGreen » Fri, 17. May 24, 07:16
[quote=Ketraar post_id=5228364 time=1715849294 user_id=102216]
[quote=BlueGreen post_id=5227904 time=1715568995 user_id=277438]Anyway, I'm going to try to fix the mappings now to see how the radial menus and such work out for me.[/quote]
If you would care to share them afterwards we could look at adding it as an option in game so people with such a controller don't have to do it manually.
MFG
Ketraar
[/quote]
Hopefully I've attached the correct file. I don't see an inputprofile.xml, but the contents of the various inputmap.xml files look like what you'd need, so the one I've attached tries to match the picture of the default controls from the first page as closely as possible (I guessed on how to map platform/menu controls since most of that isn't in the image). It's usable, but far too different from what I'm used to.
On my system the PS4 controller shows up as "Wireless Controller" even though it's connected via USB, so I'm not sure what's up with that (Windows identifies it that way). All buttons just show up numbered rather than with PS4 icons like Square, Triangle, Circle, etc. which makes it a bit hard to understand what button some dialog is asking me to press.
For reference, the various physical controls map like this (useful if you want to provide correct icons/names for the buttons/axis):
Left Stick Horizontal Axis -> INPUT_JOYAXIS_X
Left Stick Vertical Axis -> INPUT_JOYAXIS_Y
Right Stick Horizontal Axis -> INPUT_JOYAXIS_Z
Right Stick Vertical Axis -> INPUT_JOYAXIS_RY (inverted)
D-Pad Left -> INPUT_XBUTTON_DPAD_LEFT
D-Pad Right -> INPUT_XBUTTON_DPAD_RIGHT
D-Pad Up -> INPUT_XBUTTON_DPAD_UP
D-Pad Down -> INPUT_XBUTTON_DPAD_DOWN
Cross -> INPUT_XBUTTON_B
Circle -> INPUT_XBUTTON_X
Triangle -> INPUT_XBUTTON_Y
Square -> INPUT_XBUTTON_A
L1 -> INPUT_XBUTTON_LEFT_SHOULDER
L2 -> INPUT_XBUTTON_BACK
L3 (press left stick) -> INPUT_XBUTTON_BIGBUTTON
R1 -> INPUT_XBUTTON_RIGHT_SHOULDER
R2 -> INPUT_XBUTTON_START
R3 (press right stick) -> INPUT_XBUTTON_12
Options -> INPUT_XBUTTON_RIGHT_THUMB
Share -> INPUT_XBUTTON_LEFT_THUMB
Touch Pad (press) -> INPUT_XBUTTON_14
PlayStation logo button -> INPUT_XBUTTON_13
There are two more axis that it's best to avoid mapping anything to. When not pressing these, they report the max negative values while pressing them reports max positive values (I might have positive/negative mixed up here, but it doesn't really matter). The reason for the mouse behaving badly is because under the default controls, the emulated mouse horizontal and vertical are both mapped to these which causes the mouse to move to one corner of the screen:
L2 (analog) -> INPUT_JOYAXIS_RX
R2 (analog) -> INPUT_JOYAXIS_RY
Interesting note: inputs to the emulated mouse movement still apply even if you minimize or alt-tab out of the game. Thankfully I can navigate Windows well enough with just keyboard controls, but that was very unexpected behavior. The game should probably not emulate mouse controls when the game doesn't have focus. This seems to only apply to the movement as emulated mouse buttons only triggered actions in game while another window had focus.
Anyway, I'm not a huge fan of the default control setup, but I'm still trying to work out how best to utilize the radial menus. On that note, I do have various feedback.
[b][u]Radial Menu Feedback[/u][/b]
I really like the idea of the radial menus, but I'm running into a couple of different issues with them.
First problem: If I map the buttons for each of the radial menus to opposite sides of the controller, the one on the left side becomes a finger-stretching exercise to use since I have to also use the left stick to make the selection. Ideally, it'd be nice to choose which axis/buttons I want to use for each radial menu. In my custom mapping, I'd prefer to use the share/options buttons for the radial menus, but the share button is just above the left stick. For now, I've had to make do with using only one radial menu rather than both due to this limitation.
Second problem: Immediately after selecting some option from the radial menu, if I fail to release the stick quick enough, then my ship strafes in the direction of the selection. This isn't a huge deal with the default controls because that's the stick for strafe and most ships won't move much with a little unexpected strafing, but considering my custom controls have primary steering/pitch on the left stick, it's very annoying, especially in an agile ship. To avoid having this happen, I've tried to release both at the same time, but that creates a different problem where I might release the stick slightly before the button which causes the selection I was trying to make to not be applied. It would be nice to have an option that we can turn on to require the stick to return to the neutral (or at least dead zone) position before the game accepts input from it after making a selection from the radial menu.
Third problem: I discovered by accident that radial menus can also be accessed while using platform controls (depending on how you map your controls). It actually might be really cool to utilize these for accessing various menus quickly since things like travel drive and scan mode don't make sense while walking around a station. I also found that there were other quirks like "autopilot" being available to trigger from the menu while walking (did nothing that I could tell) and "dock" (which teleported me to my ship). I didn't fully experiment with this as it seemed unintended. If you do want to make these available during platform controls, we'll need some way to configure what commands should be in each slot separately from the ship, and labels should be automatically adjusted to make sense in the context of the platform controls.
[b][u]General Controller Feedback[/u][/b]
I'm happy to see that the 7.0 beta fixes one gripe I've had with my setup: When using the mouse to select specific objects while flying, my guns no longer get stuck in some random position until I start firing. They now properly always track the target (no more firing into empty space to reset this, yay).
One other huge problem that's a real pain and has gotten me killed more than a few times and still isn't addressed: If I use the mouse while flying around (again to select specific objects), the throttle gets reset to 0 the moment I touch anything on the controller! While I do have buttons mapped on the controller for helping me select things, I often find myself in situations where I'd like to target a specific enemy. Due to this problem, I've had to try to remember to not do this during combat at all, and for normal flying around, I end up having to tap the full throttle/boost button after each time this happens. I'd really like some option that allows me to disable this behavior of resetting the throttle when I switch input devices because I use a combination of mouse + keyboard + gamepad all the time.
Another problem is that during platform controls, I'm unable to specify an interact button mapping different from flying controls. I sort of get why you would expect the same button to be used in both contexts, but with how I have my custom controls mapped, the interact button isn't allowed to be the same as the "accelerate" control. When flying, I'm quite ok with mapping interact to the touchpad press since it's pretty much only used to answer an incoming comms. When using platform controls, however, it's kind of awkward, especially since I can properly map accept/cancel/back to the cross/circle buttons as I'd expect to.
For some controls, like loot magnet and maybe run/crouch, it'd be nice to have an option to make those toggle controls rather than hold controls. I guess run already kind of functions as a toggle as it remains in effect until you stop moving (contrary to the picture of the default controls).
-
Attachments
-
inputmap_3.xml- (57.56 KiB) Downloaded 2 times
