Mouse cursor is unusably slow in Unity 8 with a 1000Hz mouse
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
Fix Released
|
High
|
Andreas Pokorny | ||
0.20 |
Won't Fix
|
High
|
Unassigned | ||
mir (Ubuntu) |
Fix Released
|
High
|
Andreas Pokorny | ||
qtmir (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
unity8 (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Bug Description
Logging in to Unity8 on desktop (xenial) the mouse cursor moves glacially slow. I have to move the mouse across the whole desk to get anywhere. This is surprising given bug 1524145 shows the opposite is happening in the Mir demo servers.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: unity8 8.11+16.
ProcVersionSign
Uname: Linux 4.3.0-7-generic x86_64
ApportVersion: 2.19.4-0ubuntu1
Architecture: amd64
Date: Thu Jan 28 18:32:27 2016
InstallationDate: Installed on 2015-12-03 (56 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Alpha amd64 (20151202)
SourcePackage: unity8
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Cemil Azizoglu (community): Approve
- Alan Griffiths: Approve
- Daniel van Vugt: Approve
- PS Jenkins bot (community): Approve (continuous-integration)
- Mir CI Bot: Approve (continuous-integration)
-
Diff: 316 lines (+273/-2)4 files modified3rd_party/android-input/android/frameworks/base/include/androidfw/Input.h (+1/-0)
3rd_party/android-input/android/frameworks/base/services/input/Input.cpp (+19/-2)
tests/unit-tests/input/android/CMakeLists.txt (+1/-0)
tests/unit-tests/input/android/test_input_consumer.cpp (+252/-0)
summary: |
- Mouse cursor moves way too slow in Unity 8 + Mouse cursor moves way too slow in Unity 8 with a 1000Hz mouse |
Changed in qtmir (Ubuntu): | |
status: | New → Confirmed |
Changed in qtmir: | |
status: | New → Confirmed |
Changed in unity8 (Ubuntu): | |
status: | New → Confirmed |
Changed in qtmir: | |
importance: | Undecided → Medium |
Changed in qtmir (Ubuntu): | |
importance: | Undecided → Medium |
Changed in unity8 (Ubuntu): | |
importance: | Undecided → Medium |
importance: | Medium → High |
Changed in qtmir (Ubuntu): | |
importance: | Medium → High |
Changed in qtmir (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in unity8 (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in mir: | |
status: | New → Confirmed |
Changed in mir: | |
status: | Confirmed → Triaged |
importance: | Undecided → High |
Changed in mir (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → High |
Changed in qtmir: | |
status: | Confirmed → Incomplete |
Changed in qtmir (Ubuntu): | |
status: | Triaged → Incomplete |
Changed in unity8 (Ubuntu): | |
status: | Triaged → Incomplete |
tags: | added: cursor |
Changed in mir: | |
milestone: | none → 0.21.0 |
status: | Triaged → In Progress |
assignee: | nobody → Andreas Pokorny (andreas-pokorny) |
Changed in qtmir: | |
status: | Incomplete → Invalid |
Changed in qtmir (Ubuntu): | |
status: | Incomplete → Invalid |
Changed in unity8 (Ubuntu): | |
status: | Incomplete → Invalid |
Changed in mir: | |
status: | Fix Committed → Fix Released |
tags: | added: performance |
no longer affects: | qtmir |
Found the problem!
Somewhere is the bespoke input logic for Unity8 we're assuming the device is (typically) around 100Hz so also generates large motion deltas. That's incorrect. My mouse is configured for 1000Hz so generates small (but many) deltas. You can test this with a sufficiently capable mouse using kernel parameter: usbhid.mousepoll=1.
Removing that kernel parameter fixes the speed. Although we should fix Unity8 because Xorg and Mir's demo servers don't have such problems with 1000Hz mice.