Page MenuHome

Start of a brush stroke always results with maximum pen pressure using Wintab and Windows Ink, latest 2.93 alpha and Huion WH1409 v2.
Closed, DuplicatePublic

Description

System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: Radeon RX 580 Series ATI Technologies Inc. 4.5.14758 Core Profile Context 21.2.2 27.20.14535.1000

Blender Version
Broken: version: 2.93.0 Alpha, branch: master, commit date: 2021-02-16 23:15, hash: rB461d4fc1aae2
Worked: 2.91

Short description of error
Starting a brush stroke always results in maximum pen pressure, even tho i use low pressure. Bug in Wintab and WIndows Ink but Windows Ink also gives no brushstroke except the initial maximum pen pressure dot. See video.

All drivers are up to date.

EDIT: EDIT: I restarted my PC and it seems Windows Ink is working fine now. Proper pen pressure and no pressure spikes but instead Wintab gives me full pen pressure all the time. Weird...

Exact steps for others to reproduce the error
Use a Huion tablet and sculpt something

Event Timeline

EDIT: I restarted my PC and it seems Windows Ink is working fine now. Proper pen pressure and no pressure spikes but instead Wintab gives me full pen pressure all the time. Weird...

Full pen pressure is a sign that the tablet is not being recognized (it's just acting as a mouse). I reverted the tablet handling to what existed in Blender 2.91 so it's surprising that it's not working now.

Note that Blender may need to be restarted after changing the Tablet API. Also could you find an old paste link from your prior issues so I can see what Wintab was doing at the time?

@Steffen Hartmann (Harti) just to confirm, if you change the Tablet API and restart Blender, is that enough to make pressure work (until you change the API again)? Or does it require a full restart?

The issue of full pen pressure at the start is impractical to fix. Wintab works by bolting pressure and tilt information onto normal Windows mouse input, instead of using the position provided by Wintab. These two systems are not synchronized (also not practical to synchronize).

Older versions of Blender hid this problem decently well, but it's re-exposed again because high frequency mouse input breaks the heuristic which hid the problem.

I only tested Windows Ink today and everything worked fine (except one or two pen pressure spike hickups - i believe). Will test more tomorrow. Haven't changed tablet API today.

I don't know what high frequency mouse input is but it sounds like something I'd rather not have.

Looks like this is now handled in T85844: Stylus pressure splike on first dab?

Will merge these report (@Nicholas Rishel (nicholas_rishel) : correct me if I am wrong)