[GH-ISSUE #2068] Impossible to play games that hold mouse input #1492

Open
opened 2026-05-05 07:53:09 -06:00 by gitea-mirror · 3 comments
Owner

Originally created by @izcoser on GitHub (Jun 1, 2024).
Original GitHub issue: https://github.com/debauchee/barrier/issues/2068

What happened?

I installed Barrier in my Linux laptop (client) and in my Windows desktop (server).
My Linux laptop has GTA III installed on it. That game fixes the mouse pointer at the center of the screen and when you move the mouse, the game moves the camera angle and pushes the invisible mouse pointer back to the center.

However, camera control completely bugs out and becomes uncontrollable from the server's mouse, making the game unplayable. It still works normally if I use my laptop's mouse. I think this might be some kind of conflict between how games work and Barrier.

Anyway, not expecting this to be fixed because I know it's a rare use case, but just thought I would report this.
Barrier works perfectly otherwise. Thanks.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

Github installer and Arch extras repo.

What OSes are you seeing the problem on? (Check all that apply)

Linux, Windows

What OS versions are you using?

Windows 10 and Arch.

Relevant log output

No response

Any other information

No response

Originally created by @izcoser on GitHub (Jun 1, 2024). Original GitHub issue: https://github.com/debauchee/barrier/issues/2068 ### What happened? I installed Barrier in my Linux laptop (client) and in my Windows desktop (server). My Linux laptop has GTA III installed on it. That game fixes the mouse pointer at the center of the screen and when you move the mouse, the game moves the camera angle and pushes the invisible mouse pointer back to the center. However, camera control completely bugs out and becomes uncontrollable from the server's mouse, making the game unplayable. It still works normally if I use my laptop's mouse. I think this might be some kind of conflict between how games work and Barrier. Anyway, not expecting this to be fixed because I know it's a rare use case, but just thought I would report this. Barrier works perfectly otherwise. Thanks. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? Github installer and Arch extras repo. ### What OSes are you seeing the problem on? (Check all that apply) Linux, Windows ### What OS versions are you using? Windows 10 and Arch. ### Relevant log output _No response_ ### Any other information _No response_
Author
Owner

@dcheek2 commented on GitHub (Jun 16, 2024):

I have the same problem, windows 10 server and ubuntu client.

tested with GZDoom... mouse works in menus but as soon as gameplay starts, mouse movement breaks and becomes unplayable

<!-- gh-comment-id:2171065547 --> @dcheek2 commented on GitHub (Jun 16, 2024): I have the same problem, windows 10 server and ubuntu client. tested with GZDoom... mouse works in menus but as soon as gameplay starts, mouse movement breaks and becomes unplayable
Author
Owner

@FF-Ibb-PD commented on GitHub (Jun 19, 2024):

Workaround that works for me:

On the Server go to "Configure Server" => "Hotkeys".
Create a hotkey for "Bind Cursor to screen"

When you start your game toggle that hotkey. Works fine for me with every game till now.

(I'm using Barrier in german, so I translated those. Might be called a little bit different for you)

There might be problems with it atm, see #2039
Re-loading Barrier and open Barrier to the screen helped me with that, if the hotkey is not accepted.

<!-- gh-comment-id:2178024096 --> @FF-Ibb-PD commented on GitHub (Jun 19, 2024): Workaround that works for me: On the Server go to "Configure Server" => "Hotkeys". Create a hotkey for "Bind Cursor to screen" When you start your game toggle that hotkey. Works fine for me with every game till now. (I'm using Barrier in german, so I translated those. Might be called a little bit different for you) There might be problems with it atm, see #2039 Re-loading Barrier and open Barrier to the screen helped me with that, if the hotkey is not accepted.
Author
Owner

@tueksta commented on GitHub (Sep 12, 2024):

I'm having a similar issue with games that only recall mouse position occasionally. When I run Genshin on my Windows Server and move the focus to the Mac Client, and a Genshin dialogue scene ends, Genshin recalls the mouse to the Windows Server, but the keyboard stays focussed on the Mac Client. My quickfix is to use keyboard navigation (mouse is stuck inside Windows Server Genshin frame and can't move to Mac Client) to reload barrier on Mac Client which will release keyboard binding back to Windows Server.

<!-- gh-comment-id:2345975067 --> @tueksta commented on GitHub (Sep 12, 2024): I'm having a similar issue with games that only recall mouse position occasionally. When I run Genshin on my Windows Server and move the focus to the Mac Client, and a Genshin dialogue scene ends, Genshin recalls the mouse to the Windows Server, but the keyboard stays focussed on the Mac Client. My quickfix is to use keyboard navigation (mouse is stuck inside Windows Server Genshin frame and can't move to Mac Client) to reload barrier on Mac Client which will release keyboard binding back to Windows Server.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#1492
No description provided.