#2206 closed defect (duplicate)
Mouse capture doesn't work that well
| Reported by: | Michael van der Gulik | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | minor | Milestone: | 2.4 |
| Component: | android | Version: | 2.4.x |
| Keywords: | mouse | Cc: |
Description
Example: install the simple game "assaultcube", which is a "small" 40MB demo I found which is suitable for testing and is available in the Debian / Ubuntu repos. You'll find that this and similar first-person shooters don't work well with xpra (v2.4.3-r21365).
In assaultcube, you spend most of your time looking at either the ceiling or floor. The behaviour of the mouse is very different than when the game is run locally.
In Minecraft, you start looking straight ahead, but then get stuck staring at the floor when you move the mouse.
minetest just failed to open a window. Not sure why. I haven't investigated.
Using shift+menu successfully locks the mouse to the window, but doesn't stop you staring at the floor.
Change History (3)
comment:1 Changed 3 years ago by
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
comment:2 Changed 19 months ago by
| Milestone: | future → 2.4 |
|---|
comment:3 Changed 8 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2206
copyleft 2010 - 2021
Have you tried using uinput for input devices?
This looks like an exact duplicate of #137.