summaryrefslogtreecommitdiff
path: root/tools/ptraccel-debug.c
AgeCommit message (Collapse)AuthorFilesLines
2017-07-02evdev-mt-touchpad: Enable timestamp smoothing support for bluetooth touchpadsHEADmasterHans de Goede1-1/+1
Bluetooth wreaks havoc with the timestamp of the input events coming from the touchpad, enable timestamp smoothing support to counter this. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2017-02-21tools: print accel profiles up to 1000 mm/sPeter Hutterer1-1/+1
The range that matters is 0-200, maybe up to 400 if you account for really fast movements. But to match other, published, accel curves default to up to 1000 mm/s. It's easy enough in gnuplot to reduce the range. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-21tools: switch the ptraccel-debug printf to use mm/sPeter Hutterer1-8/+20
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2016-12-21filter: change the filter functions to take raw device coordinatesPeter Hutterer1-9/+12
We used to normalize all deltas to equivalents of a 1000dpi mouse before passing it into the acceleration functions. This has a bunch of drawbacks, not least that we already have to un-normalize back into device units for a few devices already (trackpoints, tablet, low-dpi mice). Switch the filter code over to use device units, relying on the dpi set earlier during filter creation to convert to normalized. To make things easy, the output of the filter code is still normalized data, i.e. data ready to be handed to the libinput caller. No effective functional changes. For touchpads, we still send normalized coordinates (for now, anyway). For the various filter methods, we either drop the places where we unnormalized before or we normalize where needed. Two possible changes: for trackpoints and low-dpi mice we had a max dpi factor of 1.0 before - now we don't anymore. This was only the case if a low-dpi mouse had more than 1000dpi (never true) or a trackpoint had a const accel lower than 1.0 (yeah, whatever). Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2016-12-14tools: add some extra help output about the expected input dataPeter Hutterer1-0/+3
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-14tools: whitespace changePeter Hutterer1-1/+1
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-14tools: local headers use quotes, not pointy bracketsPeter Hutterer1-2/+2
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-14tools: up the maximum velocity so the output graph shows the leveling offPeter Hutterer1-1/+1
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-14tools: support --help in the ptraccel-debug toolPeter Hutterer1-1/+7
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2016-12-06tools: include config.h in libinput-list-devices and ptraccel-debugPeter Hutterer1-1/+2
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-08-12tools: allow filter-switching in ptraccel-debugPeter Hutterer1-7/+36
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Jonas Ådahl <jadahl@gmail.com>
2015-08-11filter: revamp to create device-specific filters, rather than accel functionsPeter Hutterer1-2/+1
The previous approach to pointer acceleration was to initialize the same motion filter behavior but a different acceleration profile depending on the hardware (the profile converts a speed to a multiplier for input deltas). To be more flexible for hardware-specifics, change this into a set of specific pointer acceleration init functions. This patch has no effective functional changes, they're still all the same. The acceleration functions are kept for direct access by the ptraccel-debug tool. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Jonas Ådahl <jadahl@gmail.com>
2015-08-11Revert "filter: move the pointer acceleration profiles back to units/ms"Peter Hutterer1-2/+2
This reverts commit 8a6825f1602aa9d9c4b29a83d296f55f68b316e0. Aside from introducing bugs, this doesn't really help with anything, it adds a requirement to rename everything to make clear where we're using µs and where we're using ms and that just clutters up the code. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Acked-by: Jonas Ådahl <jadahl@gmail.com>
2015-08-03filter: move the pointer acceleration profiles back to units/msPeter Hutterer1-2/+2
There is no need here to use µs since we're just handling speeds/thresholds, not actual events where a ms granularity can be too high. Moving back to ms lets us drop a bunch of zeroes that clutter up the code, and since the acceleration functions are a bit magic anyway, having the various 1000.0 factors in there makes it even less obvious. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Jonas Ådahl <jadahl@gmail.com>
2015-07-31tools: fix the velocity range for printing the ptraccel profilePeter Hutterer1-2/+2
Now using µs. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Jonas Ådahl <jadahl@gmail.com>
2015-07-28Change to micro seconds for measuring time internallyJonas Ådahl1-4/+6
In order to provide higher precision event time stamps, change the internal time measuring from milliseconds to microseconds. Microseconds are chosen because it is the most fine grained time stamp we can get from evdev. The API is extended with high precision getters whenever the given information is available. Signed-off-by: Jonas Ådahl <jadahl@gmail.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-07-02tools: add --dpi= arg to ptraccel-debugPeter Hutterer1-4/+11
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2015-07-02filter: pass the DPI to the acceleration filterPeter Hutterer1-1/+2
Currently unused, but store the ratio of DPI:default DPI for later use. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2015-06-26tools: don't drop the accelerated deltas in ptraccel-debugPeter Hutterer1-2/+2
Leftover from the initial (out-of-tree) implementation where we updated motion in place. That hasn't been true since libinput switched to type-safe coordinates. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-22tools: drop superfluous linebreaks in ptraccel-debugPeter Hutterer1-3/+3
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-16COPYING: Update boilerplate from MIT X11 to MIT Expat licensePeter Hutterer1-16/+17
To quote Bryce Harrington from [1]: "MIT has released software under several slightly different licenses, including the old 'X11 License' or 'MIT License'. Some code under this license was in fact included in X.org's Xserver in the past. However, X.org now prefers the MIT Expat License as the standard (which, confusingly, is also referred to as the 'MIT License'). See http://cgit.freedesktop.org/xorg/xserver/tree/COPYING When Wayland started, it was Kristian Høgsberg's intent to license it compatibly with X.org. "I wanted Wayland to be usable (license-wise) whereever X was usable." But, the text of the older X11 License was taken for Wayland, rather than X11's current standard. This patch corrects this by swapping in the intended text." libinput is a fork of weston and thus inherited the original license intent and the license boilerplate itself. See this thread on wayland-devel here for a discussion: http://lists.freedesktop.org/archives/wayland-devel/2015-May/022301.html [1] http://lists.freedesktop.org/archives/wayland-devel/2015-June/022552.html Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Benjamin Tissoires <benjamin.tissoires@gmail.com> Acked-by: Jonas Ådahl <jadahl@gmail.com>
2015-05-26Add streq() helper to use instead of strcmp() == 0Peter Hutterer1-4/+4
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-05-01Fix a couple of coding style issuesPeter Hutterer1-1/+2
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-04-11tools: add a tool for printing pointer acceleration parametersPeter Hutterer1-0/+299
Prints the various pointer accel behaviors into a format understood by gnuplot, which then provides prettiness. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Hans de Goede <hdegoede@redhat.com>