Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Adding "player_space" (along with "world_space") as a gyro steering option is probably the most important improvement that could be made to Steam Input right now.
It would benefit all gyro controllers Steam supports, not just the steam controller (though it would benefit the steam controller slightly more due to how the steam controller currently does not have access to player space at all while other gyro controllers do because all other gyro controllers can use JSM).
Not asking for the default to change, just asking for a new option.
Player Space gyro, as opposed to the simpler local implementation, is objectively better for console play, practically any Steam Input controller, except the Steam Deck. Unless the Deck is used as a controller for a PC, the current implementation of Gyro in BPM is enough for the Deck to be used in handheld, which is the way it is very likely going to be used. The blog states this point and a couple others in detail:
If I was a dev, I wouldn't risk revising the gyro implementation we have now if it doesn't improve and may possibly cripple the product my company's trying to push, not because Player Space is inherently flawed, but it's better to ignore the third axis than incorporating its negligible contribution, at least in handheld. An additional problem is the event my implementation is bugged on release. It's not worth the effort to pursue now if the current focus is to get out a product that will not use this implementation.
I really want to see Valve improve gyro for all Steam Input devices down the line. Player Space is a milestone, but not one I see being completed soon.
While I agree that Deck related stuff takes a higher priority right now, I want to devils advocate your devils advocate specifically about the quoted part;
This is why I'd want world space and player implemented as options for the gyro steering axis setting, and the default (local space yaw) would remain in order to not disrupt current configurations/Deck compatibility. This isn't a "change the baseline" request, its a "more options" request.
At some point after Deck launches, I would hope they return to making general improvements to Steam Input and outside of bug fixes I'd place this feature as a high priority due to the potential to improve gyro for all controllers with one that steam supports.
There's already a way to define Gyro Steering Axis between Yaw and Roll, and honestly, to make it easier to understand, this can be renamed to "Turn" and "Lean", respectfully, as in turning and leaning left and right. "Leaning back and forth" or "looking up and down" would be handled by the Pitch, but there's no way to change that axis in the configurator, I believe. Not that it's needed for first/third person mouse output.
But an extra option would be something like "Yaw + Roll" to generate a Yaw, or Turning, output, recommended for gyro controllers playing on a desktop. And then add a description to the current Yaw (or Turn) option, such that the Roll axis is not used, recommended for handheld users such as Steam Deck and mobile Touch controller.
3DOF to 2D Conversion Style is added to Steam Input under the upcoming Gyro Overhaul, this includes Local Space, World Space and now Player Space!
Gravity modes dont have a gravity roll axis; this is true even in joyshockmapper.
The controllers use the accelerometers built into the imu's to find gravity.
To find a heading, which would be needed to locate the roll axis, the controllers would also need a magnetometer. None of them currenty do afaik.