mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #748] Phantasy Star Online 2 eats all input from barrier with no response #584
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#584
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Flat on GitHub (Jun 12, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/748
Operating Systems
Server: Arch Linux
Client: Windows 10
Barrier Version
2.3.2
Steps to reproduce bug
@Flat commented on GitHub (Jun 18, 2020):
Any ideas at how I may start debugging this issue? I've tried looking through the code base but couldn't find exactly how keys are sent. On windows I assume it may be through some keySend win32 API, but haven't confirmed that.
Has any thought been put into writing a HID driver so that barrier may act more like a native keyboard?
@Flat commented on GitHub (Jun 22, 2020):
From additional research it appears the anti-cheat used (nProtect GameGuard) blocks calls to winuser.h SendInput which is the function barrier uses to send key events. The windows on-screen keyboard from accessability does seem to work, I believe as windows sees it as a "hardware" keyboard with it's own driver.
@Flat commented on GitHub (Jun 22, 2020):
Aaand.. now it works out of no where.