wacom stylus slow sluggish unusable

[BenJ]

Binary package hint: xserver-xorg-input-wacom

I upgraded from a fully functional installation of 8.10 to 9.04. Before, my ArtPad II serial wacom with the appropriate X.org settings worked perfectly.

Now, when I move my stylus casually, the cursor follows it with a definite "lag" or delay. It only responds as it should when either one of the buttons on the stylus are held down or I press HARD on the pad. The eraser part works just fine.

A temporary fix I have is that with wacomcpl I disabled or set to ignore all of my stylus buttons so I can hold down one while sketching in GIMP. Not terrifically usable (keeps you to one hand position).

### Addenum:
This is a regression, plain and simple.

[Bryce Harrington (bryce)]

Hi ben-jolitz,

Thanks for including the attached files. Could you also include your /var/log/Xorg.0.log (or Xorg.0.log.old) from after reproducing the issue?

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[BenJ (ben-jolitz)]

The Xorg.0.log is catted onto the end of "X.org config and Log" (78.7 KiB).
Its there.

[Martin Fischer (martin-fischer)]

I can confirm this issue,
testet with an old com-port pen-partner tablet.

[Daniel Neville (blancmange)]

I can also confirm this bug. I have a 12"x12" Wacom ArtZ II tablet connected to a serial port. The lag is extreme - around about a third of a second. (Whether or not my USB mouse is connected makes no difference.) As AISmithee says, the eraser moves fine and pressing the tip or a stylus button momentarily eliminates the lag. So does crossing the proximity threshold.

I have an almost fresh install of Ubuntu 9.04 on a crummy old 1.5GHz Althon thingy. (The motion on Ubuntu 8.04 was fine except for the way it often slew to the corners or edges of the screen and generated hard clicks.)

(I've added a dummy xorg.0.conf in case a rogue robot is stymieing this bug report. No such existed in my almost-fresh Ubuntu 9.04 install.)

[Daniel Neville (blancmange)]

f you wave the mouse pointer furiously, the lag gets up to at least 0.5s when mouse pointer slows down to a crawl when the playback gets to the end of the buffer of recorded stylus events. Neither the trajectory or the velocity of the stylus faithfully reproduced.

Also, you wiggle the stylus around and then lift the stylus and a few seconds later, put it down somewhere else, the input that was recorded before the stylus was lifted will be played (in the original location) once the stylus is put down again.

The input smoothing is especially atrocious. Tracing out a square on the tablet causes the mouse point to trace out a wildly distorted pin cushion. Tracing out a square but pausing for 0.3s at the corners causes the mouse pointer to trace a proper square slowly but with no pauses. It acts like a really poor attempt at input conditioning has got into the works.

Attached is the xorg.conf file I'm using at the moment. (It does not help the awful 0.3s stylus motion lag with my ArtZ II tablet.)

My system is running Ubuntu 9.04 with the 2.6.28-14-generic kernel.

[ninevoltz (john-voltz)]

I am having the same problem with a serial ArtPad II on Fedora 11. I backported the Xorg wacom_drv to version 0.8.0.3 and the problem is still there. This leads me to believe that the problem is not from new code in the wacom driver, but from the wacom driver not being up to date with the latest Xorg server.

[ninevoltz (john-voltz)]

Same ArtPad II works fine in openSuSE 11.1 with wacom driver 0.8.1. Tried using the xorg.conf from the openSuSE install in Fedora 11, problem still exists. Tried to use the wacom_drv.so from openSuSE in Fedora, but the X server complained about ABI mismatch. I'm going to try updating the Xorg server in Fedora next to see what happens.

[ninevoltz (john-voltz)]

Working tablet:

X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux localhost.localdomain 2.6.24.7-42.fc11 #1 SMP Tue Jul 7 10:03:47 EDT 2009 i686
Build Date: 27 February 2009 02:03:33PM

Non-working tablet:

X.Org X Server 1.6.1.901 (1.6.2 RC 1)
Release Date: 2009-5-8
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-128.1.6.el5 i686
Current Operating System: Linux localhost.localdomain 2.6.24.7-42.fc11 #1 SMP Tue Jul 7 10:03:47 EDT 2009 i686
Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet
Build Date: 18 May 2009 02:47:59PM

[X-Kent (x-kent)]

same here on toshiba m750 ubuntu 9.10 amd64

I have seen a report that this bug disappears in ubuntu 9.10 32bit !

http://ubuntuforums.org/showthread.php?t=1038949&page=61
post 602.

How this gets fixed soon.

[Jan L. (y-launchpad-jan-lienemann-de)]

I have the problem also on 9.10 i386 with a Wacom UD-1212-R (Digitizer II) serial tablet. We tried to nail down the problem in
http://ubuntuforums.org/showthread.php?t=1357802&page=10
but with no success. Our findings are that:
- The Eraser on the stylus works fine
- The Stylus itself shows an delay, as if there was a FIFO buffer which needs to be flushed
- Moving around the stylus (without pressing too hard), pausing and then using the mouse results in the cursor finishing the motion as given by the stylus and then jumping to the correct position
- Same delay for the mouse
- Playing around with the serial settings and disabling certain input devices of the tablet is not successful.

[Nathan Cournia (cournia)]

I'm seeing the same problems on Ubuntu 9.10 2.6.31-19-386 with Wacom Digitizer II UD-0608-R (connected via /dev/ttyS1).

[Nathan Cournia (cournia)]

I tried installing linuxwacom-0.8.5-12, but I'm still seeing the problem:

tar xjvf linuxwacom-0.8.5-12.tar.bz2
cd linuxwacom-0.8.5-12/
./configure --enable-wacom --prefix=/usr
make
sudo make install
sudo cp ./src/2.6.30/wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/.
sudo depmod -a
sudo reboot

[Bryce Harrington (bryce)]

Thank you for reporting this issue with wacom-tools, we are migrating it to the new xf86-input-wacom package which has replaced it in the development version of Ubuntu.

This would be a good point for you to re-test this issue against the new package to see if is still occurring. If not, you can mark it as Fix Released in Launchpad. If it is still an issue in the current development release and you're the original reporter, please reply and attach a fresh Xorg.0.log.

[Bryce Harrington (bryce)]

[This is an automatic notification.]

Hi BenJ,

This bug was reported against an earlier version of Ubuntu, can you
test if it still occurs on Lucid?

Please note we also provide technical support for older versions of
Ubuntu, but not in the bug tracker. Instead, to raise the issue through
normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on
Lucid, please run the following command to refresh the report:

  apport-collect 365997

If you are not the original reporter, please file a new bug report, so
we can work with you as the original reporter instead (you can reference
bug 365997 in your report if you think it may be related):

  ubuntu-bug xorg

If by chance you can no longer reproduce the issue on Lucid or if you
feel it is no longer relevant, please mark the bug report 'Fix Released'
or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/365997

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.