Motion controls mainly for Windows handhelds #610
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
github-actions
bot
added
gui
SomeoneIsWorking
force-pushed
the
feat/sdl3-handheld-gyro
branch
from
71ad868 to
3e506eb
Compare
|
Download the artifacts for this pull request: |
|
I'd prefer if this is delayed until we properly support only SDL3. Much like the original team, I am very much against relying on 2 different versions of the same library; especially when it's not needed and one of the SDLs is used for a niche purpose (such as allowing motion on handhelds) 2 different SDLs, as a result, 2 SDL DLLs (or .SO or .dylib) exist in the result app folder; one of which for an insanely niche use, is not great. |
SomeoneIsWorking
force-pushed
the
feat/sdl3-handheld-gyro
branch
from
3e506eb to
6d78e71
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What is this: Motion input for devices such as ASUS ROG Ally without emulating another type of controller.
How it works: Using SDL3 device sensors instead of relying on controller sensors.
Does it work: Well... It's not perfect. The aiming is a bit off but for example for games that use flick motions (ie: hat throwing), it should cover all your needs.
Alternatively I was in the process of making a separate software using SDL3 that works as a CemuHook emitter but it's not done.
I failed the first time then decided to borrow CemuHook code from Ryujinx to handle the protocols but never got around to finishing it.
The "previous" Ryujinx staff decided against merging this because this makes the project use both SDL2 and SDL3 which is not ideal and also SDL3 wasn't fully released yet.
I decided to open this PR not with the goal of getting it merged but if there is anyone interested in it then they will know there is some work towards this and they can download this, play around, maybe got it working better, not sure.