Maniphest T93323

Tablet Pressure not working in New Window
Confirmed, Normal
Actions

Assigned To
Nicholas Rishel (nicholas_rishel)
Authored By
Adam Cantrell (adamc1228)
Nov 23 2021, 10:04 AM
Tags
  • BF Blender
  • Platform: Windows
  • Platforms, Builds, Tests & Devices
Subscribers
Adam Cantrell (adamc1228)
Malinguaggi (Voguart)
Nicholas Rishel (nicholas_rishel)
Philipp Oeser (lichtwerk)

Description

System Information
Operating system: Windows 10 20H1
Graphics card: Nvidia 2070 8G
Drawing Tablet: Huion Kamvas 16 Pro 2019

system-info.txt24 KBDownload

Blender Version
Broken: 2.92.0 and 2.93.6

Short description of error
Pen pressure not working on newly created window. Very repeatable.

Exact steps for others to reproduce the error

  1. Open Blender
  2. Open Project
  3. Create new Window from Main View
  4. Move New window to Kamvas 16 Tablet
  5. Use tablet pen to paint the mask. #Pressure does not work.
  6. Verify by toggling Pen pressure button in radius and strength fields.
  7. Use tablet pen again to verify
    1. Pressure still not working.**
  8. Close The window on the Kamvas Tablet.
  9. Move Main Window to Kamvas Tablet.
  10. Use tablet pen to paint the mask.
  11. Pressure is working.

Expected behavior would be that the pressure works in the newly created window. The steps outlined above as well as the attached video evidence prove that the Tablet Pen is working In blender just not on the newly created window.

2021-11-23 03-52-41.mkv43 MBDownload

Related Objects

Mentioned Here
rB3844e9dbe771: Fix (unreported): unlinked group input is not logged in geometry nodes

Event Timeline

Adam Cantrell (adamc1228) created this task.Nov 23 2021, 10:04 AM
Adam Cantrell (adamc1228) updated the task description.
Adam Cantrell (adamc1228) updated the task description.Nov 23 2021, 10:08 AM
Adam Cantrell (adamc1228) updated the task description.Nov 23 2021, 8:24 PM
Adam Cantrell (adamc1228) added a comment.EditedNov 23 2021, 8:51 PM

With a fresh restart of my computer and fresh eyes, I can confirm that the default scene exhibits this behavior and that it does not appear project specific.

Results of additional Testing:

  1. Fresh PC Boot
  2. Fresh Launch of Blender
  3. Shift Drag to create new window from main view-port.
  4. Move the new window to the Kamvas Tablet.
  5. Do not Load Existing Project and Use default scene
  6. Switch Main view port to Texture Paint
  7. Press N to open right pane
  8. Click Tool
  9. Click + to add texture slot of type "Basic Color"
  10. Proceed with Defaults
  11. Enable Pressure for Radius and Strength
  12. Select a color in the color picker
  13. Use Tablet Pen to Draw mask.
  14. Pressure not working.

If you repeat the process and omit step 3 and drag the main window to the Kamvas tablet instead, then the pressure works. This testing was done with the default scene and cube. During this additional testing I think I can make out what is the inner ring that indicates the pressure but it appears to instantly snap to maximum radius of the brush. The best I can relate this behavior to is that it is treating the tablet input on the new window as a mouse click which would use the the max radius we defined.

Nicholas Rishel (nicholas_rishel) added a subscriber: Nicholas Rishel (nicholas_rishel).Nov 24 2021, 2:49 AM

Could you check if the issue is present in Blender 3.0?

Adam Cantrell (adamc1228) added a comment.EditedNov 24 2021, 7:13 AM

I can confirm that Blender 3.0.0 beta available for download (Beta November 24, 02:41:54 - v30 - 3844e9dbe771 - zip) exhibits the same issue. Interestingly, the inner ring to indicate pressure, is constantly cycling (visually) from tiny to large as I paint but continues to operate as if 100% pressure is applied all the time as in blender 2.92 and 2.93.6 in the new window.

Nicholas Rishel (nicholas_rishel) claimed this task.Dec 4 2021, 4:39 AM

There's a common driver bug where the tablet sends input to the wrong window. When I get a down moment I'll add some logging to check if that's the case.

Germano Cavalcante (mano-wii) added a project: Platform: Windows.Dec 6 2021, 6:53 PM
Philipp Oeser (lichtwerk) changed the task status from Needs Triage to Needs Information from Developers.Jan 21 2022, 11:43 AM
Philipp Oeser (lichtwerk) added a project: Sculpt, Paint & Texture.
Philipp Oeser (lichtwerk) added a subscriber: Philipp Oeser (lichtwerk).

Works fine for me here (but I am on Linux, single monitor with a Wacom Intuos 4, so I cant really "move the window to the tablet").

In T93323#1264475, @Nicholas Rishel (nicholas_rishel) wrote:

There's a common driver bug where the tablet sends input to the wrong window. When I get a down moment I'll add some logging to check if that's the case.

@Nicholas Rishel (nicholas_rishel) : did you get to adding the logging? How can we proceed here?

Malinguaggi (Voguart) added a subscriber: Malinguaggi (Voguart).Jan 24 2022, 9:31 PM

Hello friends,
I have a relatively similar problem with my Huion tablet.
Blender version 3.0
Huion kamvas pro 20 tablet with latest huion driver update.
System Windows 10, 64 Pro,
Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz 4.00GHz

The support of the latter and random in sculpt mode, once the stylus is lifted from the screen the test pattern of the stylus disappears, I have to press the screen more times with the stylus so that the pattern remains on the screen . This problem only occurs from Blender version 3.0.

Malinguaggi (Voguart) added a comment.Jan 24 2022, 9:33 PM
This comment was removed by Malinguaggi (Voguart).
Nicholas Rishel (nicholas_rishel) changed the task status from Needs Information from Developers to Needs Information from User.May 9 2022, 12:49 AM

@Adam Cantrell (adamc1228) could you repeat the bug by running blender.exe --debug-wintab with this build, copy the system console to this link, and link the paste in a reply to this report?

Adam Cantrell (adamc1228) added a comment.May 13 2022, 2:44 AM

Thanks, I will download that and hopefully give it a try before the end of the weekend.

Nicholas Rishel (nicholas_rishel) added a comment.May 21 2022, 6:48 PM

@Adam Cantrell (adamc1228) Quick reminder for followup. :)

Adam Cantrell (adamc1228) added a comment.May 24 2022, 3:22 AM

Hi Nicholas,

Sorry for the delay. I have attached the link with the Console data as requested. Additionally, I recorded a short video of the test if that assists you. I would like to point out that my system specs have changed slightly since this was opened in December.

Changes;
Fresh Install Windows 11
GPU is now 3080.

2022-05-23 21-15-10.mkv8 MBDownload

Console Paste

Nicholas Rishel (nicholas_rishel) added a comment.May 29 2022, 7:57 PM

Looking at the logs, it appears that the Wintab context recognizes that the window has changed, then keeps delivering events to the first window (paired with the Wintab context for the latter window). This is unambiguously a driver bug, but one we might be able to work around.

Given we've seen this same broken behavior for other drivers, I think I'll at least test an approach that would fix it. Just a heads up that If the "fix" breaks other devices we might have to write this off as a driver issue that we can't fix and we'll have to redirect to reporting the bug to the manufacturer.

Nicholas Rishel (nicholas_rishel) changed the task status from Needs Information from User to Confirmed.May 29 2022, 7:59 PM
Nicholas Rishel (nicholas_rishel) edited projects, added Platforms, Builds, Tests & Devices; removed Sculpt, Paint & Texture.