Age | Commit message (Collapse) | Author | |
---|---|---|---|
2019-01-16 | cruft only | Stanislaw Halik | |
2018-06-26 | core, modules: modernize syntax only | Stanislaw Halik | |
Use more C++17 features where this helps any. | |||
2018-02-15 | clean up "static" and "constexpr" types | Stanislaw Halik | |
- use `static constexpr inline' to avoid requiring explicit declarations in object code - use `const Foo* const' to maybe put into readonly binary segment (at least for ELF DSOs) - `constexpr' in function scope has storage, avoid `static' - don't use `constexpr' where there's no advantage, like arrays We'd like to avoid overhead of atomic initialization for each function call. No idea how `static constexpr' requiring storage in the standard plays with atomic initialization requirement. Hearsay points that `constexpr' without `static' in block scope behaves more to our liking. It's all hazy though. I'm not 100% sure if `static inline constexpr' has any storage. Hopefully none, like a #define, and stuff bigger than registers gets coalesced within the same module, with small stuff being immediates. | |||
2018-02-09 | filter/accela: euthanize "smoothing" | Stanislaw Halik | |
It only confuses users. Rename "sensitivity" to "smoothing". Update i18n source as per #743 | |||
2018-01-16 | filter/accela: modernize c++ | Stanislaw Halik | |
2017-10-27 | filter/accela: allow for double the deadzone value | Stanislaw Halik | |
2017-10-27 | filter/accela: kill rotation nonlinearity | Stanislaw Halik | |
2017-10-27 | filter/accela: put debug knobs in other header | Stanislaw Halik | |
2017-10-20 | some nonsense | Stanislaw Halik | |
2017-09-23 | filter/accela: limit nonlinearity max range | Stanislaw Halik | |
2017-07-29 | filter/accela: make gain more conservative | Stanislaw Halik | |
Issue: #665 | |||
2017-06-18 | filter/accela: don't go exponential too fast | Stanislaw Halik | |
2017-06-12 | filter/accela: go back to old gain from 9 months ago | Stanislaw Halik | |
2017-06-10 | filter/accela: make gain less sluggish overall | Stanislaw Halik | |
2017-06-07 | filter/accela: increase minimum rot sensitivity | Stanislaw Halik | |
.5 is way too high | |||
2017-05-16 | filter/accela: add minimum allowed sensitivity | Stanislaw Halik | |
Allow sliding sensitivity .5 -> 3 rather than .1 -> 2. | |||
2017-05-04 | filter/accela: allow for up to 300 ms smoothingopentrack-2.3.1.6 | Stanislaw Halik | |
2017-04-30 | filter/accela: reduce microstutter | Stanislaw Halik | |
Discussed-with: @mrsanchos | |||
2017-04-30 | filter/accela: allow up to 300 ms smoothing | Stanislaw Halik | |
2017-04-29 | filter/accela: prevent overshoot with ewma | Stanislaw Halik | |
2017-04-29 | filter/accela: make ewma working in 3-axis mode | Stanislaw Halik | |
2017-03-28 | rename spline-widget -> spline | Stanislaw Halik | |
Adjust usages. | |||
2017-03-27 | filter/accela: multiply all pos gains by .75 | Stanislaw Halik | |
2017-03-27 | filter/accela: don't allow for very high values on the slider | Stanislaw Halik | |
I already backed off a similar change months ago. But after giving it some thought, if you need an absurd amount of filtering then something must be wrong with your tracker setup. | |||
2016-12-03 | filter/accela: describe in dialog, adjust defaults | Stanislaw Halik | |
2016-09-27 | filter/accela: adjust some other clamps and defaults | Stanislaw Halik | |
2016-09-27 | filter/accela: clamp nonlinearity to 1.5 | Stanislaw Halik | |
2.0 is too much. Issue: #462 Reported-by: @Len62 | |||
2016-09-21 | filter/accela: make most slider limits larger | Stanislaw Halik | |
Reported-by: @Emton who later deleted his message Issue: #454 | |||
2016-09-17 | filter/accela: switch to using slider_value all the way | Stanislaw Halik | |
Move settings to a separate file for migration support in the next commit. Otherwise barfs on trying to include autogenerated user interface. |