Meta: Improve Wintab tablet handling (smooth lines) #88852

Closed
opened 2021-06-05 05:18:17 +02:00 by Nicholas Rishel · 18 comments

This is a meta task, mostly to get feedback from people who reported bugs in the last Wintab rewrite, to resolve remaining issues before merging D11508.

This is a meta task, mostly to get feedback from people who reported bugs in the last Wintab rewrite, to resolve remaining issues before merging [D11508](https://archive.blender.org/developer/D11508).
Author
Member

Added subscriber: @PrototypeNM1

Added subscriber: @PrototypeNM1

This issue was referenced by 6f158f834d

This issue was referenced by 6f158f834dcfa638639391f37afcb2ca8457cb45
Nicholas Rishel self-assigned this 2021-06-05 06:04:29 +02:00
Author
Member
Added subscribers: @Theodet, @Grimreth, @bvgross, @mendezcode, @Harti, @Diogo_Valadares, @kouzanagi, @heini, @cheteron, @Zafio
Author
Member

To all individuals notified: I'm trying to resolve remaining issues from the last attempt to improve Wintab tablet support. You were added to this task because your bug report was not resolved before the changes were reverted in Blender 2.93. Hopefully we can fix anything that remains before merging changes again. :)

Test Build Download (builder.blender.org)

With this build line art should now be clean without jagged edges when using Wintab (default for Wacom-like tablets), and you can change the Tablet API without needing to restart Blender. This build is a third (and hopefully last) attempt to improve Blender's Wintab tablet support.

What I need tested:

  1. Does your tablet (not set to mouse mode) have pressure issues when the Tablet API is set to Automatic or Wintab?
  2. Is pen input ever in the wrong spot (e.g. mouse in one place, line drawn in another).
  3. Any other weird behavior (e.g. mouse becomes unresponsive)?
  4. Any tablet issues that are now fixed?
  5. If you have issues, what tablet do you have (e.g. Wacom Intuos).

Known issues:

  • Wintab: Mouse mode tablets don't have pressure (temporarily disabled for testing). This is temporarily a measure to indicate Wintab isn't being used for mouse position.

@heini @Harti @Diogo_Valadares @Zafio @Theodet @Zafio @bvgross @mendezcode @kouzanagi @cheteron

@Grimreth could you also test? (just need an avid mouse mode user making sure things look right, temporarily sans pressure).

To all individuals notified: I'm trying to resolve remaining issues from the last attempt to improve Wintab tablet support. You were added to this task because your bug report was not resolved before the changes were reverted in Blender 2.93. Hopefully we can fix anything that remains before merging changes again. :) [Test Build Download (builder.blender.org) ](https://builder.blender.org/download/experimental/blender-3.0.0-alpha+wintab-high-frequency.96e2b1bac3be-windows.amd64-release.zip) With this build line art should now be clean without jagged edges when using Wintab (default for Wacom-like tablets), and you can change the Tablet API without needing to restart Blender. This build is a third (and hopefully last) attempt to improve Blender's Wintab tablet support. What I need tested: 1. Does your tablet (not set to mouse mode) have pressure issues when the Tablet API is set to Automatic or Wintab? 2. Is pen input ever in the wrong spot (e.g. mouse in one place, line drawn in another). 3. Any other weird behavior (e.g. mouse becomes unresponsive)? 4. Any tablet issues that are now fixed? 5. If you have issues, what tablet do you have (e.g. Wacom Intuos). Known issues: * Wintab: Mouse mode tablets don't have pressure (temporarily disabled for testing). This is temporarily a measure to indicate Wintab isn't being used for mouse position. @heini @Harti @Diogo_Valadares @Zafio @Theodet @Zafio @bvgross @mendezcode @kouzanagi @cheteron @Grimreth could you also test? (just need an avid mouse mode user making sure things look right, temporarily sans pressure).

Added subscriber: @info-27

Added subscriber: @info-27

Added subscriber: @Lillya

Added subscriber: @Lillya

Huion Inspiroy H320m
No special problems were noticed
image.png

Huion Inspiroy H320m No special problems were noticed ![image.png](https://archive.blender.org/developer/F10159118/image.png)

In Huion Kamvas 13 it's working flawlessly

In Huion Kamvas 13 it's working flawlessly

Using this build mouse mode works as I would expect it to without pressure sensitivity, as you mentioned.

I have also tested pen mode as I use pen mode at home and mouse mode at work (because different amounts of monitors, mouse mode is convenient with a multi-monitor setup).

1 - I do still have an issue with pressure sensitivity in pen mode. It's not a new issue for me but It only works while I have the Wacom tablet settings set to "windows ink", which I would rather avoid in practice because it is terribly inconvenient to work with. image.png

When I disable "Use Windows Ink", pressure sensitivity is gone in Blender.

When I try to set Blender to use "Wintab" in hoping to resolving the issue, blender crashes immediately. It only accepts "automatic" or "windows ink". I would not actually expect this to be resolved through this setting as it didn't solve the problem in previous versions either.

image.png

2 - Pen is never in the wrong spot.
3 - Not tested for long enough but no immediate odd behavior.
4 - My previous issue with Mouse Mode output being scaled and offset is still fixed and remains correct.
5 - I use a Wacom Intuos Pro.

Using this build mouse mode works as I would expect it to without pressure sensitivity, as you mentioned. I have also tested pen mode as I use pen mode at home and mouse mode at work (because different amounts of monitors, mouse mode is convenient with a multi-monitor setup). 1 - I do still have an issue with pressure sensitivity in pen mode. It's not a new issue for me but It only works while I have the Wacom tablet settings set to "windows ink", which I would rather avoid in practice because it is terribly inconvenient to work with. ![image.png](https://archive.blender.org/developer/F10160704/image.png) When I disable "Use Windows Ink", pressure sensitivity is gone in Blender. When I try to set Blender to use "Wintab" in hoping to resolving the issue, blender crashes immediately. It only accepts "automatic" or "windows ink". I would not actually expect this to be resolved through this setting as it didn't solve the problem in previous versions either. ![image.png](https://archive.blender.org/developer/F10160707/image.png) 2 - Pen is never in the wrong spot. 3 - Not tested for long enough but no immediate odd behavior. 4 - My previous issue with Mouse Mode output being scaled and offset is still fixed and remains correct. 5 - I use a Wacom Intuos Pro.
Author
Member

@Grimreth could you upload the crash log ?

@Grimreth could you upload the [crash log ](https://docs.blender.org/manual/en/latest/troubleshooting/crash.html#windows)?

Apparently it remembered the setting because it now crashes immediately at startup
blender.crash.txt

The following crashlog is from the moment where I changed the setting initially
crashtest.crash.txt

Apparently it remembered the setting because it now crashes immediately at startup [blender.crash.txt](https://archive.blender.org/developer/F10163975/blender.crash.txt) The following crashlog is from the moment where I changed the setting initially [crashtest.crash.txt](https://archive.blender.org/developer/F10163980/crashtest.crash.txt)
Author
Member

@Grimreth I haven't posted a new build but the cause of the crash was fairly clear once I saw the crash log. Expect that fixed in the next revision. Is the lack of pressure in pen mode when you disable Windows Ink in the tablet preferences an issue specific to this build or do you have the same issue in 2.93?

@Grimreth I haven't posted a new build but the cause of the crash was fairly clear once I saw the crash log. Expect that fixed in the next revision. Is the lack of pressure in pen mode when you disable Windows Ink in the tablet preferences an issue specific to this build or do you have the same issue in 2.93?

@PrototypeNM1 Good to hear, thank you very much!

This did open up a can of worms so I need to get things straightened out because weird things are happening.

My work PC has issues with Windows ink but my home pc doesn't seem to, it works just fine. I'll update my wacom drivers this week everywhere to see if I can get the behavior the same on both pc's.

I did run into another weird weird issue while testing.

For some reason your build has a really strange issue going on where sensitivity is maxed out more often the further to the right of the screen I go, using pen mode.
If the stroke initializes correctly the pressure sensitivity keeps being correct even at the right side of the screen (as indicated by the longer strokes).
image.png

This doesn't happen on 2.92, 2.93 or another recent daily 3.0 build (clean installs)

image.png

@PrototypeNM1 Good to hear, thank you very much! This did open up a can of worms so I need to get things straightened out because weird things are happening. My work PC has issues with Windows ink but my home pc doesn't seem to, it works just fine. I'll update my wacom drivers this week everywhere to see if I can get the behavior the same on both pc's. I did run into another weird weird issue while testing. For some reason your build has a really strange issue going on where sensitivity is maxed out more often the further to the right of the screen I go, using pen mode. If the stroke initializes correctly the pressure sensitivity keeps being correct even at the right side of the screen (as indicated by the longer strokes). ![image.png](https://archive.blender.org/developer/F10169275/image.png) This doesn't happen on 2.92, 2.93 or another recent daily 3.0 build (clean installs) ![image.png](https://archive.blender.org/developer/F10169273/image.png)
Author
Member

@Grimreth max pressure means Wintab and Windows are disagreeing where the cursor was when the stylus is pressed down. This just indicates there's a scaling error since it's more common the further right you start. This may either be an issue in the scale parameters, or that using integers for scaling may be introducing rounding error. I'll have to add some logging to narrow down between the two.

@Grimreth max pressure means Wintab and Windows are disagreeing where the cursor was when the stylus is pressed down. This just indicates there's a scaling error since it's more common the further right you start. This may either be an issue in the scale parameters, or that using integers for scaling may be introducing rounding error. I'll have to add some logging to narrow down between the two.

@PrototypeNM1 That makes sense, so I suppose it scales from left to right?

On a more exciting note 😁. I have been able to get everything to work perfectly on my end. I had initially neglected to update my Wacom drivers so I was working with different driver versions on both my work and home pc. They are now both using the latest version and everything functions perfectly on both pc's.

Pen and mouse mode both work as expected. Pressure Sensitivity works as expected (except on mouse-mode of your testbuild, as you pointed out), and I have no scaling or offset errors anymore.

Everything works great now whether I'm in 2.92, 2.93, 3.0 daily or your 3.0 test build. Thank you very much for all your hard work and sorry for my goof, having tested with old and different drivers. Hope I didn't waste too much of your time.

Have a great day!

@PrototypeNM1 That makes sense, so I suppose it scales from left to right? On a more exciting note 😁. I have been able to get everything to work perfectly on my end. I had initially neglected to update my Wacom drivers so I was working with different driver versions on both my work and home pc. They are now both using the latest version and everything functions perfectly on both pc's. Pen and mouse mode both work as expected. Pressure Sensitivity works as expected (except on mouse-mode of your testbuild, as you pointed out), and I have no scaling or offset errors anymore. Everything works great now whether I'm in 2.92, 2.93, 3.0 daily or your 3.0 test build. Thank you very much for all your hard work and sorry for my goof, having tested with old and different drivers. Hope I didn't waste too much of your time. Have a great day!
Author
Member

In #88852#1177018, @Grimreth wrote:
@PrototypeNM1 That makes sense, so I suppose it scales from left to right?

Yep. :)

Everything works great now whether I'm in 2.92, 2.93, 3.0 daily or your 3.0 test build. Thank you very much for all your hard work and sorry for my goof, having tested with old and different drivers. Hope I didn't waste too much of your time.

Good news, and no worries. I'll ping you again when I have mouse-like pressure hooked up to make sure things are working correctly.

> In #88852#1177018, @Grimreth wrote: > @PrototypeNM1 That makes sense, so I suppose it scales from left to right? Yep. :) > Everything works great now whether I'm in 2.92, 2.93, 3.0 daily or your 3.0 test build. Thank you very much for all your hard work and sorry for my goof, having tested with old and different drivers. Hope I didn't waste too much of your time. Good news, and no worries. I'll ping you again when I have mouse-like pressure hooked up to make sure things are working correctly.
Author
Member

Changed status from 'Needs Triage' to: 'Resolved'

Changed status from 'Needs Triage' to: 'Resolved'
Author
Member

Closed by 6f158f834d

Closed by 6f158f834dcf
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
7 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#88852
No description provided.