2012-05-17 12:18:17 +02:00
|
|
|
/*
|
2015-05-06 13:14:23 +10:00
|
|
|
* Copyright © 2006-2009 Simon Thum
|
2012-05-17 12:18:17 +02:00
|
|
|
* Copyright © 2012 Jonas Ådahl
|
2015-05-28 08:23:59 +10:00
|
|
|
* Copyright © 2014-2015 Red Hat, Inc.
|
2012-05-17 12:18:17 +02:00
|
|
|
*
|
2015-06-11 12:09:18 +10:00
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
|
|
* copy of this software and associated documentation files (the "Software"),
|
|
|
|
|
* to deal in the Software without restriction, including without limitation
|
|
|
|
|
* the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
|
|
|
* and/or sell copies of the Software, and to permit persons to whom the
|
|
|
|
|
* Software is furnished to do so, subject to the following conditions:
|
2012-05-17 12:18:17 +02:00
|
|
|
*
|
2015-06-11 12:09:18 +10:00
|
|
|
* The above copyright notice and this permission notice (including the next
|
|
|
|
|
* paragraph) shall be included in all copies or substantial portions of the
|
|
|
|
|
* Software.
|
|
|
|
|
*
|
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
|
|
|
* FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
|
|
|
* DEALINGS IN THE SOFTWARE.
|
2012-05-17 12:18:17 +02:00
|
|
|
*/
|
|
|
|
|
|
2013-05-22 18:03:19 +03:00
|
|
|
#include "config.h"
|
|
|
|
|
|
2014-07-03 15:53:56 +10:00
|
|
|
#include <assert.h>
|
2014-05-18 19:20:39 +02:00
|
|
|
#include <stdio.h>
|
2012-05-17 12:18:17 +02:00
|
|
|
#include <stdlib.h>
|
|
|
|
|
#include <stdint.h>
|
|
|
|
|
#include <limits.h>
|
|
|
|
|
#include <math.h>
|
|
|
|
|
|
|
|
|
|
#include "filter.h"
|
2014-07-14 16:19:33 +10:00
|
|
|
#include "libinput-util.h"
|
2014-07-04 09:29:11 +10:00
|
|
|
#include "filter-private.h"
|
2012-05-17 12:18:17 +02:00
|
|
|
|
2015-08-04 16:04:06 +10:00
|
|
|
/* Convert speed/velocity from units/us to units/ms */
|
|
|
|
|
static inline double
|
|
|
|
|
v_us2ms(double units_per_us)
|
|
|
|
|
{
|
|
|
|
|
return units_per_us * 1000.0;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Convert speed/velocity from units/ms to units/us */
|
|
|
|
|
static inline double
|
|
|
|
|
v_ms2us(double units_per_ms)
|
|
|
|
|
{
|
|
|
|
|
return units_per_ms/1000.0;
|
|
|
|
|
}
|
|
|
|
|
|
2015-03-19 11:02:51 +10:00
|
|
|
struct normalized_coords
|
2013-11-10 17:55:40 +01:00
|
|
|
filter_dispatch(struct motion_filter *filter,
|
2015-03-19 11:02:51 +10:00
|
|
|
const struct normalized_coords *unaccelerated,
|
2014-04-08 12:29:45 +02:00
|
|
|
void *data, uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
2015-03-19 11:02:51 +10:00
|
|
|
return filter->interface->filter(filter, unaccelerated, data, time);
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
2015-06-10 09:54:06 +10:00
|
|
|
void
|
|
|
|
|
filter_restart(struct motion_filter *filter,
|
|
|
|
|
void *data, uint64_t time)
|
|
|
|
|
{
|
|
|
|
|
filter->interface->restart(filter, data, time);
|
|
|
|
|
}
|
|
|
|
|
|
2014-07-04 09:39:05 +10:00
|
|
|
void
|
|
|
|
|
filter_destroy(struct motion_filter *filter)
|
|
|
|
|
{
|
|
|
|
|
if (!filter)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
filter->interface->destroy(filter);
|
|
|
|
|
}
|
|
|
|
|
|
2014-07-03 15:53:56 +10:00
|
|
|
bool
|
|
|
|
|
filter_set_speed(struct motion_filter *filter,
|
2015-08-04 15:48:40 +10:00
|
|
|
double speed_adjustment)
|
2014-07-03 15:53:56 +10:00
|
|
|
{
|
2015-08-04 15:48:40 +10:00
|
|
|
return filter->interface->set_speed(filter, speed_adjustment);
|
2014-07-03 15:53:56 +10:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
double
|
|
|
|
|
filter_get_speed(struct motion_filter *filter)
|
|
|
|
|
{
|
2015-08-04 15:48:40 +10:00
|
|
|
return filter->speed_adjustment;
|
2014-07-03 15:53:56 +10:00
|
|
|
}
|
|
|
|
|
|
2012-05-17 12:18:17 +02:00
|
|
|
/*
|
2014-05-18 19:20:39 +02:00
|
|
|
* Default parameters for pointer acceleration profiles.
|
|
|
|
|
*/
|
|
|
|
|
|
2015-08-04 16:04:06 +10:00
|
|
|
#define DEFAULT_THRESHOLD v_ms2us(0.4) /* in units/us */
|
|
|
|
|
#define MINIMUM_THRESHOLD v_ms2us(0.2) /* in units/us */
|
2014-07-08 11:45:36 +10:00
|
|
|
#define DEFAULT_ACCELERATION 2.0 /* unitless factor */
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
#define DEFAULT_INCLINE 1.1 /* unitless factor */
|
2014-05-18 19:20:39 +02:00
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* Pointer acceleration filter constants
|
2012-05-17 12:18:17 +02:00
|
|
|
*/
|
|
|
|
|
|
2015-08-04 16:04:06 +10:00
|
|
|
#define MAX_VELOCITY_DIFF v_ms2us(1) /* units/us */
|
2015-07-27 17:51:52 +08:00
|
|
|
#define MOTION_TIMEOUT ms2us(1000)
|
2012-05-17 12:18:17 +02:00
|
|
|
#define NUM_POINTER_TRACKERS 16
|
|
|
|
|
|
|
|
|
|
struct pointer_tracker {
|
2015-03-19 11:02:51 +10:00
|
|
|
struct normalized_coords delta; /* delta to most recent event */
|
2015-07-27 17:51:52 +08:00
|
|
|
uint64_t time; /* us */
|
2012-05-17 12:18:17 +02:00
|
|
|
int dir;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
struct pointer_accelerator {
|
2013-11-10 17:55:40 +01:00
|
|
|
struct motion_filter base;
|
2012-05-17 12:18:17 +02:00
|
|
|
|
|
|
|
|
accel_profile_func_t profile;
|
|
|
|
|
|
2015-08-04 15:45:53 +10:00
|
|
|
double velocity; /* units/us */
|
|
|
|
|
double last_velocity; /* units/us */
|
2012-05-17 12:18:17 +02:00
|
|
|
|
|
|
|
|
struct pointer_tracker *trackers;
|
|
|
|
|
int cur_tracker;
|
2014-07-03 15:32:40 +10:00
|
|
|
|
2015-08-04 15:45:53 +10:00
|
|
|
double threshold; /* units/us */
|
2014-07-03 15:32:40 +10:00
|
|
|
double accel; /* unitless factor */
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
double incline; /* incline of the function */
|
2015-06-19 16:03:42 +10:00
|
|
|
|
|
|
|
|
double dpi_factor;
|
2012-05-17 12:18:17 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
feed_trackers(struct pointer_accelerator *accel,
|
2015-03-19 11:02:51 +10:00
|
|
|
const struct normalized_coords *delta,
|
2014-04-08 12:29:45 +02:00
|
|
|
uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
int i, current;
|
|
|
|
|
struct pointer_tracker *trackers = accel->trackers;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < NUM_POINTER_TRACKERS; i++) {
|
2015-03-19 11:02:51 +10:00
|
|
|
trackers[i].delta.x += delta->x;
|
|
|
|
|
trackers[i].delta.y += delta->y;
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
current = (accel->cur_tracker + 1) % NUM_POINTER_TRACKERS;
|
|
|
|
|
accel->cur_tracker = current;
|
|
|
|
|
|
2015-03-19 11:02:51 +10:00
|
|
|
trackers[current].delta.x = 0.0;
|
|
|
|
|
trackers[current].delta.y = 0.0;
|
2012-05-17 12:18:17 +02:00
|
|
|
trackers[current].time = time;
|
2015-03-25 15:05:19 +01:00
|
|
|
trackers[current].dir = normalized_get_direction(*delta);
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static struct pointer_tracker *
|
|
|
|
|
tracker_by_offset(struct pointer_accelerator *accel, unsigned int offset)
|
|
|
|
|
{
|
|
|
|
|
unsigned int index =
|
|
|
|
|
(accel->cur_tracker + NUM_POINTER_TRACKERS - offset)
|
|
|
|
|
% NUM_POINTER_TRACKERS;
|
|
|
|
|
return &accel->trackers[index];
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static double
|
2014-04-08 12:29:45 +02:00
|
|
|
calculate_tracker_velocity(struct pointer_tracker *tracker, uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
2015-03-19 11:33:55 +10:00
|
|
|
double tdelta = time - tracker->time + 1;
|
2015-08-04 15:45:53 +10:00
|
|
|
return normalized_length(tracker->delta) / tdelta; /* units/us */
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
2015-04-22 12:25:13 +10:00
|
|
|
static inline double
|
|
|
|
|
calculate_velocity_after_timeout(struct pointer_tracker *tracker)
|
|
|
|
|
{
|
|
|
|
|
/* First movement after timeout needs special handling.
|
|
|
|
|
*
|
|
|
|
|
* When we trigger the timeout, the last event is too far in the
|
|
|
|
|
* past to use it for velocity calculation across multiple tracker
|
|
|
|
|
* values.
|
|
|
|
|
*
|
|
|
|
|
* Use the motion timeout itself to calculate the speed rather than
|
|
|
|
|
* the last tracker time. This errs on the side of being too fast
|
|
|
|
|
* for really slow movements but provides much more useful initial
|
|
|
|
|
* movement in normal use-cases (pause, move, pause, move)
|
|
|
|
|
*/
|
|
|
|
|
return calculate_tracker_velocity(tracker,
|
|
|
|
|
tracker->time + MOTION_TIMEOUT);
|
|
|
|
|
}
|
|
|
|
|
|
2012-05-17 12:18:17 +02:00
|
|
|
static double
|
2014-04-08 12:29:45 +02:00
|
|
|
calculate_velocity(struct pointer_accelerator *accel, uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
struct pointer_tracker *tracker;
|
|
|
|
|
double velocity;
|
|
|
|
|
double result = 0.0;
|
2014-05-24 21:49:13 +02:00
|
|
|
double initial_velocity = 0.0;
|
2012-05-17 12:18:17 +02:00
|
|
|
double velocity_diff;
|
|
|
|
|
unsigned int offset;
|
|
|
|
|
|
|
|
|
|
unsigned int dir = tracker_by_offset(accel, 0)->dir;
|
|
|
|
|
|
|
|
|
|
/* Find least recent vector within a timelimit, maximum velocity diff
|
|
|
|
|
* and direction threshold. */
|
2014-05-24 21:49:13 +02:00
|
|
|
for (offset = 1; offset < NUM_POINTER_TRACKERS; offset++) {
|
2012-05-17 12:18:17 +02:00
|
|
|
tracker = tracker_by_offset(accel, offset);
|
|
|
|
|
|
|
|
|
|
/* Stop if too far away in time */
|
|
|
|
|
if (time - tracker->time > MOTION_TIMEOUT ||
|
2015-04-22 12:25:13 +10:00
|
|
|
tracker->time > time) {
|
|
|
|
|
if (offset == 1)
|
|
|
|
|
result = calculate_velocity_after_timeout(tracker);
|
2012-05-17 12:18:17 +02:00
|
|
|
break;
|
2015-04-22 12:25:13 +10:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
velocity = calculate_tracker_velocity(tracker, time);
|
2012-05-17 12:18:17 +02:00
|
|
|
|
|
|
|
|
/* Stop if direction changed */
|
|
|
|
|
dir &= tracker->dir;
|
2015-04-22 12:25:13 +10:00
|
|
|
if (dir == 0) {
|
|
|
|
|
/* First movement after dirchange - velocity is that
|
|
|
|
|
* of the last movement */
|
|
|
|
|
if (offset == 1)
|
|
|
|
|
result = velocity;
|
2012-05-17 12:18:17 +02:00
|
|
|
break;
|
2015-04-22 12:25:13 +10:00
|
|
|
}
|
2012-05-17 12:18:17 +02:00
|
|
|
|
2014-05-24 21:49:13 +02:00
|
|
|
if (initial_velocity == 0.0) {
|
|
|
|
|
result = initial_velocity = velocity;
|
|
|
|
|
} else {
|
|
|
|
|
/* Stop if velocity differs too much from initial */
|
|
|
|
|
velocity_diff = fabs(initial_velocity - velocity);
|
|
|
|
|
if (velocity_diff > MAX_VELOCITY_DIFF)
|
|
|
|
|
break;
|
2012-05-17 12:18:17 +02:00
|
|
|
|
2014-05-24 21:49:13 +02:00
|
|
|
result = velocity;
|
|
|
|
|
}
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
2015-08-04 15:45:53 +10:00
|
|
|
return result; /* units/us */
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static double
|
|
|
|
|
acceleration_profile(struct pointer_accelerator *accel,
|
2014-04-08 12:29:45 +02:00
|
|
|
void *data, double velocity, uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
return accel->profile(&accel->base, data, velocity, time);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static double
|
|
|
|
|
calculate_acceleration(struct pointer_accelerator *accel,
|
2015-04-30 15:23:34 +10:00
|
|
|
void *data,
|
|
|
|
|
double velocity,
|
|
|
|
|
double last_velocity,
|
|
|
|
|
uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
double factor;
|
|
|
|
|
|
|
|
|
|
/* Use Simpson's rule to calculate the avarage acceleration between
|
|
|
|
|
* the previous motion and the most recent. */
|
|
|
|
|
factor = acceleration_profile(accel, data, velocity, time);
|
2015-04-30 15:23:34 +10:00
|
|
|
factor += acceleration_profile(accel, data, last_velocity, time);
|
2012-05-17 12:18:17 +02:00
|
|
|
factor += 4.0 *
|
|
|
|
|
acceleration_profile(accel, data,
|
2015-04-30 15:23:34 +10:00
|
|
|
(last_velocity + velocity) / 2,
|
2012-05-17 12:18:17 +02:00
|
|
|
time);
|
|
|
|
|
|
|
|
|
|
factor = factor / 6.0;
|
|
|
|
|
|
2014-07-08 11:45:36 +10:00
|
|
|
return factor; /* unitless factor */
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
2015-03-19 11:02:51 +10:00
|
|
|
static struct normalized_coords
|
2013-11-10 17:55:40 +01:00
|
|
|
accelerator_filter(struct motion_filter *filter,
|
2015-03-19 11:02:51 +10:00
|
|
|
const struct normalized_coords *unaccelerated,
|
2015-08-04 15:45:53 +10:00
|
|
|
void *data, uint64_t time)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
struct pointer_accelerator *accel =
|
|
|
|
|
(struct pointer_accelerator *) filter;
|
2015-08-04 15:45:53 +10:00
|
|
|
double velocity; /* units/us */
|
2014-07-08 11:45:36 +10:00
|
|
|
double accel_value; /* unitless factor */
|
2015-03-19 11:02:51 +10:00
|
|
|
struct normalized_coords accelerated;
|
2015-06-23 12:45:16 +10:00
|
|
|
struct normalized_coords unnormalized;
|
|
|
|
|
double dpi_factor = accel->dpi_factor;
|
2012-05-17 12:18:17 +02:00
|
|
|
|
2015-06-23 12:45:16 +10:00
|
|
|
/* For low-dpi mice, use device units, everything else uses
|
|
|
|
|
1000dpi normalized */
|
|
|
|
|
dpi_factor = min(1.0, dpi_factor);
|
|
|
|
|
unnormalized.x = unaccelerated->x * dpi_factor;
|
|
|
|
|
unnormalized.y = unaccelerated->y * dpi_factor;
|
|
|
|
|
|
|
|
|
|
feed_trackers(accel, &unnormalized, time);
|
2012-05-17 12:18:17 +02:00
|
|
|
velocity = calculate_velocity(accel, time);
|
2015-04-30 15:23:34 +10:00
|
|
|
accel_value = calculate_acceleration(accel,
|
|
|
|
|
data,
|
|
|
|
|
velocity,
|
|
|
|
|
accel->last_velocity,
|
|
|
|
|
time);
|
2012-05-17 12:18:17 +02:00
|
|
|
|
2015-06-23 12:45:16 +10:00
|
|
|
accelerated.x = accel_value * unnormalized.x;
|
|
|
|
|
accelerated.y = accel_value * unnormalized.y;
|
2012-05-17 12:18:17 +02:00
|
|
|
|
|
|
|
|
accel->last_velocity = velocity;
|
2015-03-19 11:02:51 +10:00
|
|
|
|
|
|
|
|
return accelerated;
|
2012-05-17 12:18:17 +02:00
|
|
|
}
|
|
|
|
|
|
2015-06-10 09:54:06 +10:00
|
|
|
static void
|
|
|
|
|
accelerator_restart(struct motion_filter *filter,
|
|
|
|
|
void *data,
|
|
|
|
|
uint64_t time)
|
|
|
|
|
{
|
|
|
|
|
struct pointer_accelerator *accel =
|
|
|
|
|
(struct pointer_accelerator *) filter;
|
|
|
|
|
unsigned int offset;
|
|
|
|
|
struct pointer_tracker *tracker;
|
|
|
|
|
|
|
|
|
|
for (offset = 1; offset < NUM_POINTER_TRACKERS; offset++) {
|
|
|
|
|
tracker = tracker_by_offset(accel, offset);
|
|
|
|
|
tracker->time = 0;
|
|
|
|
|
tracker->dir = 0;
|
|
|
|
|
tracker->delta.x = 0;
|
|
|
|
|
tracker->delta.y = 0;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
tracker = tracker_by_offset(accel, 0);
|
|
|
|
|
tracker->time = time;
|
|
|
|
|
tracker->dir = UNDEFINED_DIRECTION;
|
|
|
|
|
}
|
|
|
|
|
|
2012-05-17 12:18:17 +02:00
|
|
|
static void
|
2013-11-10 17:55:40 +01:00
|
|
|
accelerator_destroy(struct motion_filter *filter)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
struct pointer_accelerator *accel =
|
|
|
|
|
(struct pointer_accelerator *) filter;
|
|
|
|
|
|
|
|
|
|
free(accel->trackers);
|
|
|
|
|
free(accel);
|
|
|
|
|
}
|
|
|
|
|
|
2014-07-03 15:53:56 +10:00
|
|
|
static bool
|
|
|
|
|
accelerator_set_speed(struct motion_filter *filter,
|
2015-08-04 15:48:40 +10:00
|
|
|
double speed_adjustment)
|
2014-07-03 15:53:56 +10:00
|
|
|
{
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
struct pointer_accelerator *accel_filter =
|
|
|
|
|
(struct pointer_accelerator *)filter;
|
|
|
|
|
|
2015-08-04 15:48:40 +10:00
|
|
|
assert(speed_adjustment >= -1.0 && speed_adjustment <= 1.0);
|
2014-07-03 15:53:56 +10:00
|
|
|
|
2015-08-04 16:04:06 +10:00
|
|
|
/* Note: the numbers below are nothing but trial-and-error magic,
|
|
|
|
|
don't read more into them other than "they mostly worked ok" */
|
|
|
|
|
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
/* delay when accel kicks in */
|
2015-08-04 16:04:06 +10:00
|
|
|
accel_filter->threshold = DEFAULT_THRESHOLD -
|
|
|
|
|
v_ms2us(0.25) * speed_adjustment;
|
2015-08-04 15:08:25 +10:00
|
|
|
if (accel_filter->threshold < MINIMUM_THRESHOLD)
|
|
|
|
|
accel_filter->threshold = MINIMUM_THRESHOLD;
|
2014-07-03 15:53:56 +10:00
|
|
|
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
/* adjust max accel factor */
|
2015-08-04 15:48:40 +10:00
|
|
|
accel_filter->accel = DEFAULT_ACCELERATION + speed_adjustment * 1.5;
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
|
|
|
|
|
/* higher speed -> faster to reach max */
|
2015-08-04 15:48:40 +10:00
|
|
|
accel_filter->incline = DEFAULT_INCLINE + speed_adjustment * 0.75;
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
|
2015-08-04 15:48:40 +10:00
|
|
|
filter->speed_adjustment = speed_adjustment;
|
2014-07-03 15:53:56 +10:00
|
|
|
return true;
|
|
|
|
|
}
|
|
|
|
|
|
2013-11-10 17:55:40 +01:00
|
|
|
struct motion_filter_interface accelerator_interface = {
|
2012-05-17 12:18:17 +02:00
|
|
|
accelerator_filter,
|
2015-06-10 09:54:06 +10:00
|
|
|
accelerator_restart,
|
2014-07-03 15:53:56 +10:00
|
|
|
accelerator_destroy,
|
|
|
|
|
accelerator_set_speed,
|
2012-05-17 12:18:17 +02:00
|
|
|
};
|
|
|
|
|
|
2013-11-10 17:55:40 +01:00
|
|
|
struct motion_filter *
|
2015-06-19 16:03:42 +10:00
|
|
|
create_pointer_accelerator_filter(accel_profile_func_t profile,
|
|
|
|
|
int dpi)
|
2012-05-17 12:18:17 +02:00
|
|
|
{
|
|
|
|
|
struct pointer_accelerator *filter;
|
|
|
|
|
|
2015-02-03 09:20:59 +10:00
|
|
|
filter = zalloc(sizeof *filter);
|
2012-05-17 12:18:17 +02:00
|
|
|
if (filter == NULL)
|
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
|
|
filter->base.interface = &accelerator_interface;
|
|
|
|
|
|
|
|
|
|
filter->profile = profile;
|
|
|
|
|
filter->last_velocity = 0.0;
|
|
|
|
|
|
|
|
|
|
filter->trackers =
|
|
|
|
|
calloc(NUM_POINTER_TRACKERS, sizeof *filter->trackers);
|
|
|
|
|
filter->cur_tracker = 0;
|
|
|
|
|
|
2014-07-03 15:32:40 +10:00
|
|
|
filter->threshold = DEFAULT_THRESHOLD;
|
|
|
|
|
filter->accel = DEFAULT_ACCELERATION;
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
filter->incline = DEFAULT_INCLINE;
|
2014-07-03 15:32:40 +10:00
|
|
|
|
2015-06-19 16:03:42 +10:00
|
|
|
filter->dpi_factor = dpi/(double)DEFAULT_MOUSE_DPI;
|
|
|
|
|
|
2012-05-17 12:18:17 +02:00
|
|
|
return &filter->base;
|
|
|
|
|
}
|
2014-05-26 23:20:42 +02:00
|
|
|
|
2015-06-23 12:45:16 +10:00
|
|
|
/**
|
|
|
|
|
* Custom acceleration function for mice < 1000dpi.
|
|
|
|
|
* At slow motion, a single device unit causes a one-pixel movement.
|
|
|
|
|
* The threshold/max accel depends on the DPI, the smaller the DPI the
|
|
|
|
|
* earlier we accelerate and the higher the maximum acceleration is. Result:
|
|
|
|
|
* at low speeds we get pixel-precision, at high speeds we get approx. the
|
|
|
|
|
* same movement as a high-dpi mouse.
|
|
|
|
|
*
|
|
|
|
|
* Note: data fed to this function is in device units, not normalized.
|
|
|
|
|
*/
|
|
|
|
|
double
|
|
|
|
|
pointer_accel_profile_linear_low_dpi(struct motion_filter *filter,
|
|
|
|
|
void *data,
|
2015-08-04 15:45:53 +10:00
|
|
|
double speed_in, /* in device units (units/us) */
|
|
|
|
|
uint64_t time)
|
2015-06-23 12:45:16 +10:00
|
|
|
{
|
|
|
|
|
struct pointer_accelerator *accel_filter =
|
|
|
|
|
(struct pointer_accelerator *)filter;
|
|
|
|
|
|
|
|
|
|
double max_accel = accel_filter->accel; /* unitless factor */
|
2015-08-05 13:39:33 +10:00
|
|
|
double threshold = accel_filter->threshold; /* units/us */
|
2015-06-23 12:45:16 +10:00
|
|
|
const double incline = accel_filter->incline;
|
2015-08-04 16:01:20 +10:00
|
|
|
double factor; /* unitless */
|
2015-06-23 12:45:16 +10:00
|
|
|
double dpi_factor = accel_filter->dpi_factor;
|
|
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
/* dpi_factor is always < 1.0, increase max_accel, reduce
|
|
|
|
|
the threshold so it kicks in earlier */
|
2015-06-23 12:45:16 +10:00
|
|
|
max_accel /= dpi_factor;
|
2015-08-05 13:39:33 +10:00
|
|
|
threshold *= dpi_factor;
|
2015-06-23 12:45:16 +10:00
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
/* see pointer_accel_profile_linear for a long description */
|
|
|
|
|
if (v_us2ms(speed_in) < 0.07)
|
|
|
|
|
factor = 10 * v_us2ms(speed_in) + 0.3;
|
|
|
|
|
else if (speed_in < threshold)
|
|
|
|
|
factor = 1;
|
|
|
|
|
else
|
|
|
|
|
factor = incline * v_us2ms(speed_in - threshold) + 1;
|
2015-06-23 12:45:16 +10:00
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
factor = min(max_accel, factor);
|
2015-06-23 12:45:16 +10:00
|
|
|
|
|
|
|
|
return factor;
|
|
|
|
|
}
|
|
|
|
|
|
2014-05-18 19:20:39 +02:00
|
|
|
double
|
2014-09-19 11:10:17 +10:00
|
|
|
pointer_accel_profile_linear(struct motion_filter *filter,
|
|
|
|
|
void *data,
|
2015-06-23 12:45:16 +10:00
|
|
|
double speed_in, /* 1000-dpi normalized */
|
2015-08-04 15:45:53 +10:00
|
|
|
uint64_t time)
|
2014-05-18 19:20:39 +02:00
|
|
|
{
|
2014-07-03 15:32:40 +10:00
|
|
|
struct pointer_accelerator *accel_filter =
|
|
|
|
|
(struct pointer_accelerator *)filter;
|
|
|
|
|
const double max_accel = accel_filter->accel; /* unitless factor */
|
2015-08-04 15:45:53 +10:00
|
|
|
const double threshold = accel_filter->threshold; /* units/us */
|
filter: adjust acceleration curve depending on speed
The acceleration curve consists of four parts, in ascii-art like this:
_____________
/
____/
/
/
where the x axis is the speed, y is the acceleration factor.
The first plateau is at the acceleration factor 1 (i.e. unaccelerated
movement), the second plateau is at the max acceleration factor. The threshold
in the code defines where and how long the plateau is.
This patch adjusts the curve based on a [-1, 1] range. For anything below 0,
the plateau is longer (i.e. accel kicks in at a higher speed), the second
incline is flatter (i.e. accel kicks in slower) and the max accel factor is
lower (i.e. maximum speed is slower). For anything above 0, the inverse is
true, acceleration kicks in earlier, harder and is faster in general. So the
default/min/max curves overlaid look something like this:
________ max
| _______ default
| / _____ min
_|_/_/
/
/
Note that there's a limit to what ascii art can do...
Note that there are additional tweaks we can introduce later, such as
decreaseing the unaccelerated speed of the device (i.e. lowering the first
plateau).
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
2014-09-19 14:25:22 +10:00
|
|
|
const double incline = accel_filter->incline;
|
2015-08-04 16:01:20 +10:00
|
|
|
double factor; /* unitless */
|
2014-09-19 11:10:17 +10:00
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
/*
|
|
|
|
|
Our acceleration function calculates a factor to accelerate input
|
|
|
|
|
deltas with. The function is a double incline with a plateau,
|
|
|
|
|
with a rough shape like this:
|
|
|
|
|
|
|
|
|
|
accel
|
|
|
|
|
factor
|
|
|
|
|
^
|
|
|
|
|
| /
|
|
|
|
|
| _____/
|
|
|
|
|
| /
|
|
|
|
|
|/
|
|
|
|
|
+-------------> speed in
|
|
|
|
|
|
|
|
|
|
The two inclines are linear functions in the form
|
|
|
|
|
y = ax + b
|
|
|
|
|
where y is speed_out
|
|
|
|
|
x is speed_in
|
|
|
|
|
a is the incline of acceleration
|
|
|
|
|
b is minimum acceleration factor
|
|
|
|
|
|
|
|
|
|
for speeds up to 0.07 u/ms, we decelerate, down to 30% of input
|
|
|
|
|
speed.
|
|
|
|
|
hence 1 = a * 0.07 + 0.3
|
|
|
|
|
0.3 = a * 0.00 + 0.3 => a := 10
|
|
|
|
|
deceleration function is thus:
|
|
|
|
|
y = 10x + 0.3
|
|
|
|
|
|
|
|
|
|
Note:
|
|
|
|
|
* 0.07u/ms as threshold is a result of trial-and-error and
|
|
|
|
|
has no other intrinsic meaning.
|
|
|
|
|
* 0.3 is chosen simply because it is above the Nyquist frequency
|
|
|
|
|
for subpixel motion within a pixel.
|
|
|
|
|
*/
|
|
|
|
|
if (v_us2ms(speed_in) < 0.07) {
|
|
|
|
|
factor = 10 * v_us2ms(speed_in) + 0.3;
|
|
|
|
|
/* up to the threshold, we keep factor 1, i.e. 1:1 movement */
|
|
|
|
|
} else if (speed_in < threshold) {
|
|
|
|
|
factor = 1;
|
|
|
|
|
|
|
|
|
|
} else {
|
|
|
|
|
/* Acceleration function above the threshold:
|
|
|
|
|
y = ax' + b
|
|
|
|
|
where T is threshold
|
|
|
|
|
x is speed_in
|
|
|
|
|
x' is speed
|
|
|
|
|
and
|
|
|
|
|
y(T) == 1
|
|
|
|
|
hence 1 = ax' + 1
|
|
|
|
|
=> x' := (x - T)
|
|
|
|
|
*/
|
|
|
|
|
factor = incline * v_us2ms(speed_in - threshold) + 1;
|
|
|
|
|
}
|
2014-09-19 11:10:17 +10:00
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
/* Cap at the maximum acceleration factor */
|
|
|
|
|
factor = min(max_accel, factor);
|
2015-06-23 12:45:55 +10:00
|
|
|
|
|
|
|
|
return factor;
|
2014-05-18 19:20:39 +02:00
|
|
|
}
|
2015-03-13 13:56:14 +10:00
|
|
|
|
|
|
|
|
double
|
|
|
|
|
touchpad_accel_profile_linear(struct motion_filter *filter,
|
2015-08-04 15:45:53 +10:00
|
|
|
void *data,
|
2015-08-04 16:01:20 +10:00
|
|
|
double speed_in, /* units/us */
|
2015-08-04 15:45:53 +10:00
|
|
|
uint64_t time)
|
2015-03-13 13:56:14 +10:00
|
|
|
{
|
|
|
|
|
/* Once normalized, touchpads see the same
|
|
|
|
|
acceleration as mice. that is technically correct but
|
|
|
|
|
subjectively wrong, we expect a touchpad to be a lot
|
|
|
|
|
slower than a mouse. Apply a magic factor here and proceed
|
|
|
|
|
as normal. */
|
2015-08-04 16:01:20 +10:00
|
|
|
const double TP_MAGIC_SLOWDOWN = 0.4; /* unitless */
|
|
|
|
|
double factor; /* unitless */
|
2015-03-13 13:56:14 +10:00
|
|
|
|
|
|
|
|
speed_in *= TP_MAGIC_SLOWDOWN;
|
|
|
|
|
|
2015-08-04 16:01:20 +10:00
|
|
|
factor = pointer_accel_profile_linear(filter, data, speed_in, time);
|
2015-03-13 13:56:14 +10:00
|
|
|
|
2015-08-04 16:01:20 +10:00
|
|
|
return factor * TP_MAGIC_SLOWDOWN;
|
2015-03-13 13:56:14 +10:00
|
|
|
}
|
2015-04-23 14:32:40 -04:00
|
|
|
|
|
|
|
|
double
|
|
|
|
|
touchpad_lenovo_x230_accel_profile(struct motion_filter *filter,
|
|
|
|
|
void *data,
|
|
|
|
|
double speed_in,
|
2015-08-04 15:45:53 +10:00
|
|
|
uint64_t time)
|
2015-04-23 14:32:40 -04:00
|
|
|
{
|
|
|
|
|
/* Keep the magic factor from touchpad_accel_profile_linear. */
|
2015-08-04 16:01:20 +10:00
|
|
|
const double TP_MAGIC_SLOWDOWN = 0.4; /* unitless */
|
2015-04-23 14:32:40 -04:00
|
|
|
|
|
|
|
|
/* Those touchpads presents an actual lower resolution that what is
|
|
|
|
|
* advertised. We see some jumps from the cursor due to the big steps
|
|
|
|
|
* in X and Y when we are receiving data.
|
|
|
|
|
* Apply a factor to minimize those jumps at low speed, and try
|
|
|
|
|
* keeping the same feeling as regular touchpads at high speed.
|
|
|
|
|
* It still feels slower but it is usable at least */
|
2015-08-04 16:01:20 +10:00
|
|
|
const double TP_MAGIC_LOW_RES_FACTOR = 4.0; /* unitless */
|
|
|
|
|
double factor; /* unitless */
|
2015-04-23 14:32:40 -04:00
|
|
|
struct pointer_accelerator *accel_filter =
|
|
|
|
|
(struct pointer_accelerator *)filter;
|
|
|
|
|
|
2015-08-04 16:01:20 +10:00
|
|
|
double f1, f2; /* unitless */
|
2015-04-23 14:32:40 -04:00
|
|
|
const double max_accel = accel_filter->accel *
|
|
|
|
|
TP_MAGIC_LOW_RES_FACTOR; /* unitless factor */
|
|
|
|
|
const double threshold = accel_filter->threshold /
|
2015-08-04 15:45:53 +10:00
|
|
|
TP_MAGIC_LOW_RES_FACTOR; /* units/us */
|
2015-04-23 14:32:40 -04:00
|
|
|
const double incline = accel_filter->incline * TP_MAGIC_LOW_RES_FACTOR;
|
|
|
|
|
|
2015-08-05 13:39:33 +10:00
|
|
|
/* Note: the magic values in this function are obtained by
|
|
|
|
|
* trial-and-error. No other meaning should be interpreted.
|
|
|
|
|
* The calculation is a compressed form of
|
|
|
|
|
* pointer_accel_profile_linear(), look at the git history of that
|
|
|
|
|
* function for an explaination of what the min/max/etc. does.
|
|
|
|
|
*/
|
2015-04-23 14:32:40 -04:00
|
|
|
speed_in *= TP_MAGIC_SLOWDOWN / TP_MAGIC_LOW_RES_FACTOR;
|
|
|
|
|
|
2015-08-04 16:04:06 +10:00
|
|
|
f1 = min(1, v_us2ms(speed_in) * 5);
|
|
|
|
|
f2 = 1 + (v_us2ms(speed_in) - v_us2ms(threshold)) * incline;
|
2015-04-23 14:32:40 -04:00
|
|
|
|
2015-08-04 16:01:20 +10:00
|
|
|
factor = min(max_accel, f2 > 1 ? f2 : f1);
|
2015-04-23 14:32:40 -04:00
|
|
|
|
2015-08-04 16:01:20 +10:00
|
|
|
return factor * TP_MAGIC_SLOWDOWN / TP_MAGIC_LOW_RES_FACTOR;
|
2015-04-23 14:32:40 -04:00
|
|
|
}
|