Hello Dmitry,
Sorry for last post, I had submitted it without previously refreshing the page so I had not seen your patch yet.
I've cleaned the source (I had already reverted to unpatched Qt for cleaner testing), applied your patch and it works.
I still have blocked events on the log, but usually when the pen is overing over the tablet and not during painting, the painting action seems quite good.

thanks for your help,
francesco

Hi, Francesco!

It is great that the patch works! Do you have a commit rights in KDE repository or I should push the patch for you?

no, I have no commit rights, so it would be great if you can push the commit.
Thanks a lot again for your help and for your great work on Krita.

best, francesco

Hi, Francesko!

I've pushed the patch today! You can check

thank you very much

I'm leaving this as a side note, in case it might be of interest for others Aiptek tablets users:

Although my Aiptek Hyperpen 12000U is using aiptek kernel module and aiptek xorg driver on Ubuntu 14.04, today I' ve been experimenting with dropping aiptek xorg driver and letting evdev take control directly with the catchall tablet directive.
I thought it was a good test to do, as the aiptek driver in xorg tree is unmaintained and I expect it to be dropped or stop working anytime soon in future xorg releases.

The aiptek kernel driver does its job, and the tablet under evdev sends correct informations for all the axes, pressure included, and it works quite well in Krita, it just needed a little tweaking of the calibration settings.
The problem arises with applications using gtk2 as Gimp or Mypaint, because, although the device is reported correctly as a tablet, the pressure values seems to be ignored by gdk.
Using the last development code for Mypaint, built with gtk3 libraries, the pressure works perfectly again, so it seems it is some kind of gtk2 related problem with evdev and my tablet on Ubuntu.
As a bonus, the tablet has on the upper border 24 function buttons, and while they are not recognized as a keyboard using the aiptek xorg driver, they are detected and work perfectly with evdev driver.

Hi,

Am another windows7 / monoprice pen tablet user. The monoprice (and I assume the equivalent Huion model) driver does not seem to relay pen pressure data to any application, though the data is displayed in the driver task bar console. I am investigating writing an app to extract the raw HID pen data. My question is, is there a way can I get this data into Krita?

Fantastic job on the App, by the way.

If tablet doesn't show pressure in any application, the driver likely is horrifically broken -- you could install debugview, connect the tablet, start Krita, create an image, press ctrl-shift-t, do a stroke and check the log in debugview. Lower-level than that is really hard, because that's info that comes straight from the wintab driver.

I too have a Huion H610 and have had no success with pressure on the 64 bit version. However, pressure works fine on the 32 bit version for some reason.

boudewijn ,

Thanks for the reply,

The driver seems to be working beautifully,

When I run HHD Device Monitoring Studio,
in HID mode, it displays:

002295: Report Arrived (UP), 02.02.2015 19:24:54.392 +0.004
Report Name:Pen
Tip Switch: 0
Barrel Switch: 0
Erasser: 0
Invert: 0
In Range: 1
X[0..27136]/[0..27136]: 21396
Y[0..15360]/[0..15360]: 7246
Tip Pressure[0..1023]/[0..1023]: 0

in raw mode, i get:

01 00 67 50 de 19 00 00 01 00 67 50 de 19 00 00

I assume the first digits are the tip and barrel switches. Next is X, then Y, then Pressure.
It responds beautifully to the actual pen input.

I wrote to this forum long ago. That time Krita didn't have any support for evdev drivers. I had a UC- Logic tablet (WP8060U) which didn't work, so I had to stick to Gimp and MyPaint. Overtime, I completely gave it up. Recently I read krita changed the FAQ section and mentioned UC-Logic tablets. So I casually tried out...
And pressure sensitivity worked ! Finally worked... :') !
After all these years !

I used Krita 2.9.0 from dimula73 ppa and used Linux Mint 17.1 cinnamon. It worked out of the box. No patching or tweaking codes. It just worked.

However, in low resolution page, the brush or pencil tool (I'm still not familiar with Krita) doesn't move. I don't know it is supposed to be like that or driver error. But it works nicely on above 2500px pages with >300dpi.

Screenshot of Pressure sensitivity worked out of box in UC-Logic tablet -

Hello, I just got a Huion 1060Pro+ and while pressure sensitivity works on pretty much all of my programs. For some reason both the 32 bit and 64 bit versions of Krita only give me pen pressure on the first attempt at launching any specific version. If I close the program and re-open it the pressure no longer works. This happens with FireAlpaca and Pencil2D as well. So I guess this is another quirk of Qt? It's odd that pressure would work the first time but not after that.This is on Windows 8.1

It sounds like a bug in the drivers: Krita actually doesn't use Qt's tablet support on Windows or Linux, we open the wintab dll ourselves and get the entry points and things. Wintab drivers are, if possible, even buggier than opengl drivers...

Update from me. With my Huion 1060Pro+ it seems that I need to open some programs using my usb mouse before I switch to the pen in order to have pen pressure. So I imagine it is just a problem with the tablet drivers and the mouse fighting to be detected by the software or something.

But once I open programs with the mouse they work as expected including Krita 64-bit!

Ha! That's interesting -- and it definitely points towards a driver issue!