Steam Hardware
A place to discuss and support all Steam Hardware, including Steam Deck, Steam Machine, Steam Frame, and SteamOS in general.
As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title
The following is a list of suggested flairs:
[Deck] - Steam Deck related.
[Machine] - Steam Machine related.
[Frame] - Steam Frame related.
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.
If your post is only relevant to one hardware device (Deck/Machine/Frame/etc) please specify which one as part of the title or by using a device flair.
These are not enforced, but they are encouraged.
Rules:
- Follow the rules of Sopuli
- Posts must be related to Steam Hardware or Steam OS in an obvious way.
- No piracy, there are other communities for that.
- Discussion of emulators are allowed, but no discussion on how to illegally acquire ROMs.
- This is a place of civil discussion, no trolling.
- Have fun.
view the rest of the comments
I’m surprised people think this is odd since the original Steam Controller was the same - it’s a Steam Input device, not XInput.
If you consider what it was designed for, it makes sense. This isn’t another generic controller but a controller designed for a Linux/PC-based video games console (Steam Machine).
If you boot into a desktop UI without Steam running, desktop UIs don’t support xinput devices to navigate around them.
The Steam Controller thus defaults to presenting itself as a keyboard and mouse so that the UI can be navigated without Steam running.
If it was xinput, you’d be reaching for a keyboard and mouse to plug in just to click Steam and then immediately no longer need them.
That’s why it’s not an xinput device.
It makes sense for Valve trying to create a walled-garden ecosystem of the kind we all rightfully shit on Nintendo for creating. It does not make sense for the consumer.
If it needs to present a KB+M device for OS navigation, it can fucking well do so at the same time as presenting a game controller device and having a way, using its many inputs, to switch between the two. Then it would work on everything that works on Windows and Proton. Then it would work on XBox, and any console that works with standard USB HID devices.
It’ll have that on Linux like last time. You just need to set the uinput driver for the device. They had a generic gamepad one in the kernel for the OG. But not loaded by default as it’ll look like a kb&m out of the box unless you set a user-level driver config for the HIDs.
Valve were very supportive of Linux if people didn’t want to use Steam/Steam Input but other OS didn’t get their efforts beyond the Steam client.
The fact that this isn't a new thing doesn't mean that it's a good thing. Especially since nowadays there are good third-party controllers with remappable buttons that can also switch to a KB/M functionality at the push of a button. Also, I paid 5,50€ for my brand new original Steam Controller, so Valve kinda has to convince me to spend about 18 times that. I don't know if this is a dealbreaker for me, but I'd definitely consider it "not great".
You should definitely use those alternatives and they sound superior.
At the end of the day, this is the Steam Machine’s controller and it’s designed for use in the Steam and Linux ecosystem. Its behaviour and lack of generic xinput is intentional.
Well, at the end of the day it still has a bit of a killer feature that other controllers don't: the touchpads. If I buy it, it'll be my secondary controller for playing FPS, CRPGs etc on my projector.
And yet DS4 and DS5 work, so that’s not even a good excuse.