Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

My Keyboard change to an other Layout #493

Closed
2 tasks done
LeChatNoir666 opened this issue Nov 11, 2022 · 8 comments · Fixed by #567
Closed
2 tasks done

My Keyboard change to an other Layout #493

LeChatNoir666 opened this issue Nov 11, 2022 · 8 comments · Fixed by #567
Labels
input:keyboard Keyboard issue os:Windows OS is Windows

Comments

@LeChatNoir666
Copy link

Is there an existing issue for this?

  • I have searched the existing issues

Is your issue described in the documentation?

  • I have read the documentation

Describe the Bug

If I connect to my Desktop-PC my Keyboard changed from German to somewhat US-like, so Z becomes Y.
I searched the options of the Moonlight client and in the Web-UI of Sunshine but didn't found an option for this.
The Windows keyboard layout didn't changed so I wonder about this behavior.

Expected Behavior

Letting my keyboard layout untouched.

Additional Context

No response

Host Operating System

Windows

Operating System Version

10

Architecture

64 bit

Sunshine commit or version

0.15.0

Package

Windows - portable

GPU Type

No response

GPU Model

Radeon 580

GPU Driver/Mesa Version

22.5.1

Capture Method (Linux Only)

No response

Relevant log output

No response

@ld892012
Copy link

You can do this until this bug is fixed :
https://github.com/loki-47-6F-64/sunshine/issues/82

@gschintgen
Copy link
Contributor

Hi, I'm on Sunshine 0.18 and my keyboard input (swiss french layout on client & host) is still messed up in a very strange way: Some keys (shift + digit) are fine, whereas others are mixed up (e.g. 'é' is to the right of 'L', but via moonlight&sunshine it arrives on the host as 'è') or broken in the classical qwertz vs qwerty way where a 'z' becomes a 'y'. Entering passwords is fun ;-)

Should I file a new issue?

The behavior that I described above is the one I'm observing right now on sunshine 0.18 windows with moonlight 4.3.1 windows. (I could also check with moonlight-embedded on RPi4. If it's deemed useful I may also set up sunshine/moonlight on my main non-gaming desktop, which is running Ubuntu.)

@gschintgen
Copy link
Contributor

Hmm, nevermind. Just now I was in the process of properly reproducing it (1st checking that it's fine on GFE, installing sunshine nightly, etc.) only to find that it's now working properly. It must have been some kind of fluke that probably could have been resolved by a reboot.

@FlorianWolters
Copy link

@FlorianWolters
Copy link

FlorianWolters commented Feb 5, 2024

Did anyone find a fully working solution for a German QWERTZ keyboard to use correct key mappings with Sunshine, Windows 11 and Moonlight Android Client (NVIDIA Shield TV Pro 2019)?

I have tried deactivation of "send scancodes" (which breaks ingame experience completely). I have also tried to use keybindings, but was not able yet to create a fully working mapping. While the following does fix some keys, a lot keys (normal press and in combination with ALT GR and SHIFT) are still incorrect.

This is the only mayor annoyance I do currently have with Sunshine, otherwise this software is awesome.

Here are my incomplete keybindings trying to fix German QWERTZ keyboard:

keybindings = [
    0xbd, 0xdb,
    0xbb, 0xdd,
    0x59, 0x5a,
    0xdb, 0xba,
    0xdd, 0xbb,
    0xba, 0xc0,
    0xc0, 0xdc,
    0xdc, 0xbf,
    0x5a, 0x59,
    0xbf, 0xbd
]

@FlorianWolters
Copy link

I have just noticed that Sunshine does not use a QWERTY US keyboard on my system (that's what I thought until now), but does something pretty weird. It only messes up some particular keys. So far I noticed the following, which is incorrect on my German QWERTZ keyboard:

  • Y and Z are swapped.
  • ?ß\ and -_ are swapped.
  • <>| is mapped to `´`` (i.e. the later is placed on two keys)

This is pretty weird, but at least I do have a hint what I've to try to replace via the keybindings settings. This looks like a bug to me, should I report a new issue?

@Nexus-505
Copy link

Found a solution for the keyboard problem?

@gschintgen
Copy link
Contributor

Found a solution for the keyboard problem?

This is an old issue and has been completed for a reason. I think it's best to file a new and detailed report.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
input:keyboard Keyboard issue os:Windows OS is Windows
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants