Created attachment 134653 [details] evemu recording from a pressure offset on proximity out If the user taps too quickly on proximity in, the first event may have the real pressure already, negating the pressure offset detection. On release, we drop down to an almost-nil pressure offset and never release the tip (until out of proximity). It may be possible to detect this automatically by looking at the last pressure value before the proximity out event and fixing things for the second proximity in. Probably needs a lower threshold than the up to 20% we use on the way in, and some sort of heuristic to average across several events before the proximity out.
*** Bug 103978 has been marked as a duplicate of this bug. ***
Hi! Just wanted to add a small detail: on bug 103978, you gave me this link: https://wayland.freedesktop.org/libinput/doc/latest/tablet-support.html#tablet-pressure-offset The link says it happens with worn-out tools. For info, this is a brand new pen (Wacom Pro Pen 2 bought just 2 weeks ago and the issue appeared from the start). It probably won't change the fix, but I just wanted to note that this does not only happen with old pens. Moreover there are no issues with the same pen/tablet on X, only with Wayland.
It happens most frequently with worn-out tools but that doesn't rule out that it can happen with new pens. The pressure offset in your pen is really small and the pressure drops 837, 714, 352, and then hovers below 10. This is in the kernel data though, I'm suprised X behaves differently - unless you're using the wacom driver. CC-ing Jason - do we have something there that takes this offset into account?
(In reply to Peter Hutterer from comment #3) > It happens most frequently with worn-out tools but that doesn't rule out > that it can happen with new pens. The pressure offset in your pen is really > small and the pressure drops 837, 714, 352, and then hovers below 10. > > This is in the kernel data though, I'm suprised X behaves differently - > unless you're using the wacom driver. CC-ing Jason - do we have something > there that takes this offset into account? I'm using whatever comes by default in Fedora 27 when setting GNOME on X. In any case that works well in X, no similar problem related to pen pressure. Tested and approved (and hopefully it'll stay that way!).
(In reply to Peter Hutterer from comment #3) > It happens most frequently with worn-out tools but that doesn't rule out > that it can happen with new pens. The pressure offset in your pen is really > small and the pressure drops 837, 714, 352, and then hovers below 10. > > This is in the kernel data though, I'm suprised X behaves differently - > unless you're using the wacom driver. CC-ing Jason - do we have something > there that takes this offset into account? I ran into an issue like this with one of our new "Pro Pen 3D" pens: I'd occasionally get non-zero pressure values out of the tablet when hovering. This caused some confusion when looking through the evemu-record logs, but didn't seem to impact X. The xf86-input-wacom driver has a click pressure threshold that defaults to 1.32%* of full-scale pressure. The values in the attached log fall under this threshold, which is likely why there's no observed issue in X. * 27/2047 for the pedantic
https://lists.freedesktop.org/archives/wayland-devel/2017-December/036149.html
commit 61bdc05fb0f84303f97daaba6ae6b49c976dbfbf Author: Peter Hutterer <peter.hutterer@who-t.net> Date: Fri Dec 8 12:35:11 2017 +1000 tablet: set the tip-up pressure threshold to 1%
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.