Only search projects.blender.org
 Log In
New Account
Home My Page Projects Blender 2.x BF release
Summary Activity Tracker SCM Files

Blender 2.6 Bug Tracker: Browse

[#20667] tablet pressure glitch: beginning of strokes at full pressure

Date:
2010-01-13 23:05		 Priority:
3
State:
Closed
Submitted by:
Spencer Hargiss (hargisss) 		Assigned to:
Mike Erwin (merwin)
Category:
None		 Status:
Fixed / Closed
Relates to:
Duplicates:
Patches:
 
Summary:
tablet pressure glitch: beginning of strokes at full pressure
Detailed description
When I begin to draw a stroke with my tablet in blender, the beginning of each stroke is at full pressure, even through I'm barely touching the tablet surface.

From this I guess that the problem is that before it receives any pressure data from the tablet, blender assumes the pressure to be at full value, when it should assume the pressure to be zero, or else same as the last data received.

The problem disappears when I do something to slow blender down, like painting on a complicated mesh in texture face mode. Presumably when blender is slow that faulty initial data never gets a chance to be applied to the texture, because blender takes longer to initiate the stroke.

I've encountered this bug in all versions of blender I've found, on multiple computers and with multiple tablets and multiple stylii.

I'm using a 2.8 GHz mac book pro (intel Core 2 Duo) running OSX 10.6 and a GeForce 9400M GT.

My tablet is a Wacom Bamboo Fun CTE-650.

The problem appears in every version of blender with tablet pressure and texture paint, including the latest version and 2.5.

My tablet works fine in other drawing programs.

Attached is a picture of what the problem looks like, and a blender setup I'm using at the moment in which it appears.

Thanks. Good luck.

Followup

Message
  • Date: 2010-07-01 09:01
  • Sender: michael williamson
  • Confirmed in ubuntu linux 10.04 64bit as well...default wacom driver from the repos...
    (wacom intuos 3 and wacom intuos 4)

    I found it very noticable when I cranked up the strength in the "sculpt branch" a few builds ago when the strength was stronger than it is now...

    can't be a driver thing!
  • Date: 2010-07-03 01:09
  • Sender: Mike Erwin
  • I have found what's causing this problem, and will fix during the summer of code -- most likely by the end of July. You're right, it's not a driver (or platform) issue; it's the way pressure and other tablet data is passed from ghost to the window manager. Since this requires significant changes, the fix will only apply to 2.5+.
  • Date: 2010-07-22 11:19
  • Sender: Tom Musgrove
  • Mike Erwin, can you provide additional detail of what the fix would be?
  • Date: 2010-07-22 11:41
  • Sender: Mike Erwin
  • Soitenly. Mentor Ebb and I discussed this just days ago.

    Currently there's a gap between ghost and the window manager regarding tablet-specific info. Cursor events and tablet info (pressure, tilt, etc.) arrive at the window manager via different routes, then are recombined into the higher-level events received by the tools. The fix is to eliminate this gap by attaching tablet info directly to cursor events immediately when captured from the OS/driver.

    In addition to (hopefully) fixing this bug, this approach will more faithfully capture what the pen is doing.
  • Date: 2010-07-28 19:43
  • Sender: Thomas Brandt
  • I found the same bug in blender 2.5

    (Ubuntu 9.10 - Karmic Koala 64Bit)
    with my WACOM Graphire 4 Tablet.

    I got no pressure sensitivity in blender 2.5 alpha and beta.

    On the same system i have no trouble With blender 2.49 and Gimp.
  • Date: 2010-07-28 19:45
  • Sender: Thomas Brandt
  • I must correct my statement:

    i do not have the same error, i got no pressure sensitivity at all.

    Best regards
  • Date: 2010-08-13 16:44
  • Sender: Matias Ferrini
  • I'm still have the same issue in 2.53 r31305...
    I'm using Ubuntu 10.04, wizardpen driver.
    My tablet is a Genius G-pen F509, In Gimp, mypaint, XaraLX, inkscape, alchemy the pressure works smoothly.
    On blender work only the first time that I open blender after turn on the PC... after that loose every pressure.
  • Date: 2010-11-20 17:44
  • Sender: Ton Roosendaal
  • Mike: are you still around for this?
  • Date: 2010-11-22 17:36
  • Sender: Mike Erwin
  • Yes, in a way. I've been schooling instead of blending, and will be available for full-on hacking the second week of December. There are lots of tablet revisions in my soc branch, so I'd like to hold onto this bug until it's fixed.
  • Date: 2010-12-15 11:43
  • Sender: Ton Roosendaal
  • Hi Mike,

    It's halfway december already! I'm kicking the oldest reports here now.
  • Date: 2010-12-15 14:01
  • Sender: Matias Ferrini
  • Hi, I Still have this issue... I build blender today (r33683) and the same: the pressure works only when I start blender for the first time, if I closes it and re open the pressure are gone.
    Mi tablet: Genius Gpen F509
    OS: Linux Mint 10 (Ubuntu 10.10 based)
    Tablet Driver: xserver-xorg-input-wizardpen 0.7.4-3maverick0
    lsusb: Bus 002 Device 003: ID 172f:0038 Waltop International Corp. Genius G-Pen F509
    xinput -list:
    ⎡ Virtual core pointer id=2 [master pointer (3)]
    ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
    ⎜ ↳ Genius Optical Mouse id=8 [slave pointer (2)]
    ⎜ ↳ WALTOP Tablet id=9 [slave pointer (2)]


    Works fine in all the apps (gimp, mypaint, etc)... In the past, in xorg, change the device to "Stylus" Blender take the tablet and pressure work. Now xorg don't change anymore the device option.
    In Windows my tablet works fine on Blender..
  • Date: 2012-04-03 14:52
  • Sender: Sergey Sharybin
  • Is there some progress about this issue?
  • Date: 2012-04-26 18:31
  • Sender: Mike Erwin
  • I've got a fix ready, but it's a large (disruptive) change. Waiting until after the BMesh release. Should clear up this issue on all platforms.
  • Date: 2012-06-11 00:19
  • Sender: Thomas Dinges
  • Mike, any updates on this?
  • Date: 2012-09-28 10:59
  • Sender: Thomas Dinges
  • Mike? If you can't work on it, assign to someone else please...
  • Date: 2013-02-16 15:26
  • Sender: Ton Roosendaal
  • Spencer hasn't replied here in 3 years, time to close this.
 

Attached Files:

Name Date Download
Pressure error.tiff 2010-01-13 23:05 Download
Pressure Bug.zip 2010-01-13 23:05 Download

Changes:

Field Old Value Date By
status_idOpen2013-02-16 15:26ton
close_dateNone2013-02-16 15:26ton
StatusReopened2013-02-16 15:26ton
StatusTodo / Closed2012-02-26 23:57merwin
close_date2011-06-19 12:492012-02-26 23:57merwin
status_idClosed2012-02-26 23:57merwin
status_idOpen2011-06-19 12:49ton
close_dateNone2011-06-19 12:49ton
StatusInvestigate2011-06-19 12:49ton
details When I begin to draw a stroke with my tablet in blender, the beginning of each stroke is at full pressure, even through I\'m barely touching the tablet surface. From this I guess that the problem is that before it receives any pressure data from the tablet, blender assumes the pressure to be at full value, when it should assume the pressure to be zero, or else same as the last data received. The problem disappears when I do something to slow blender down, like painting on a complicated mesh in texture face mode. Presumably when blender is slow that faulty initial data never gets a chance to be applied to the texture, because blender takes longer to initiate the stroke. I\'ve encountered this bug in all versions of blender I\'ve found, on multiple computers and with multiple tablets and multiple stylii. I\'m using a 2.8 GHz mac book pro (intel Core 2 Duo) running OSX 10.6 and a GeForce 9400M GT. My tablet is a Wacom Bamboo Fun CTE-650. The problem appears in every version of blender with tablet pressure and texture paint, including the latest version and 2.5. My tablet works fine in other drawing programs. Attached is a picture of what the problem looks like, and a blender setup I\'m using at the moment in which it appears. Thanks. Good luck.2010-12-15 11:43ton
assigned_tonone2010-06-07 03:08letterrip
File Added9564: Pressure Bug.zip2010-01-13 23:05hargisss
File Added9563: Pressure error.tiff2010-01-13 23:05hargisss