I have a fedora server running sway and sunshine. I’m having a problem where this rule (https://github.com/LizardByte/Sunshine/blob/8765bbf050a18dcaf441851e5e52505a6c709c48/src_assets/linux/misc/60-sunshine.rules) isn’t firing, so the controller stays with root permissions instead of belonging to the input group and it messes things up. I’m not sure why it wont fire that rule.
The inputs are sent as they are received on the host is the point. There is no transcoding of the HID inputs.
It’s a Sunshine problem.
No, steam accesses the controller differently then say retroarch does. To demonstrate this, if I connect to a session and chown hidraw0 (the device that steam grabs onto) to group input, which the user is in, it’s fine. It works perfectly. Left alone, not all options are exposed in steam and many buttons are improperly assigned.
Kid…look. You keep coming back here and asking this same question, and when people give you very specific answers you keep saying “Nuh-uh, cuzz…”.
You’re missing the point entirely, and you don’t want to listen. If everyone here is so stupid, then why are you here?
Im not seeing “very specific answers.” Where are these? Please quote one.
When I told you udev rules aren’t the problem. Now you’re trying to make it seem like Steam is a problem? What in the world…🤦
no, steam is the symptom because it only happens in steam and steam games. changing the permissions on /dev/hidraw0 fixes that, but that device is destroyed after each session and recreated on new sessions, so manually assigning a group isnt viable.
Kid…multiple people told you about steam-input. See my other comments.
OK, there’s definitely a communication issue here. Rather than arguing with each other could you point me specifically to what you’re talking about with this comment?