Input Capture List System with Fallback Support #706
Replies: 2 comments
-
Following the PR you mentioned,
Which environments will these fail in? P.S. There is an open PR to try to fix some permission issues around the new input system. If you'd like to test it, that would be much appreciated! LizardByte/Sunshine#3748 I am planning to merge it soon. |
Beta Was this translation helpful? Give feedback.
-
I'm using sunshine in an LXC on a proxmox server, so add more dev in an LXC can create some odd issues. P.S. I have tries your PR, but this doesn't fix my issue, I suspect my issue is between X11 and sunshine |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Feature Request
Body
Description:
This feature request aims to implement a unified input capture system analogous to the video capture method, consolidating support for all input methods into a centralized list. This will streamline input handling and improve user experience by ensuring robust fallback mechanisms.
Problem Context
Following the changes in PR #2606, the fallback to XTest in case of UInput errors was lost. Additionally, the current requirement to use the CMake variable
-DSUNSHINE_USE_INPUTTINO=OFF
introduces unnecessary complexity for users, forcing them to avoid official packages.Proposed Solution
Centralized Input Method List
Create a structured list of supported input methods, including:
uhid
(viainputtino.cpp
)uinput
(vialegacy_input.cpp
)XTest
(vialegacy_input.cpp
?)Automated Fallback Mechanism
Restore and enhance fallback logic:
uhid
fails, automatically attemptuinput
.uinput
fails, automatically attemptXTest
.Why This Matters:
This change will:
uhid
oruinput
may fail.Let me know if further details or adjustments are needed!
Beta Was this translation helpful? Give feedback.
All reactions