44
A new tool to forward evdev input events between Linux hosts
(codeberg.org)
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME
away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
WWW:
Discord:
IRC:
Matrix:
Telegram:
Yes, that works too with one fairly big caveat: for some reason the Steam Deck's controller is not producing evdev events until a game is actually running on the deck. So evfwd is not receiving events while the Steam UI is active. I haven't been able to figure out yet why this is the case.
If you want to try it you can start a random game on the deck and then fire up evfwd on the controller device and using the -g (grab) flag to avoid passing events to the running game.
Edit: while we are talking about the Steam Deck: when ssh-ing to the deck it can be helpful to turn off wifi power management to avoid lag:
iw wlan0 set power_save off
This blog entry was recently posted over on !linux_gaming@lemmy.ml. https://blogs.gnome.org/alicem/2024/10/24/steam-deck-hid-and-libmanette-adventures/
It details how the controller on the Deck works. Maybe it can help you.
Thanks. I tried to make sense of it and experimented a bit with making the same ioctl's mentioned but couldn't get it to work. I either didn't get it right or it's something else.
Maybe I will take another look later but for now my workaround is to just fire up Baba Is You which idles at a low cpu use and then run evfwd with the grab option so that Baba no longer gets the input.