Gimp and tablet huion H420

[kendzi]

I have problem trying to run tablet huion h420 and gimp. I'm not sure if it is problem with gimp or that driver. I made post on gimp forum but no any answer yet.

In short tablet is working inside Ubuntu, I can move mouse pointer. But it is impossible to use Gimp when tablet is connected. Simpy drawing area is not responding on mouse click or tablet clicks. Everything starts working as soon as I disconnect tablet. Inside gimp console output I get an error when starting with connected tablet:

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

[vince-br-549]

I had a lot of trouble with gimp at first also.

Some things: edit -> input devices Set all the parts to screen. At one point the stylus would move the pointer but would not draw or erase or .... for anything. At one point I ended up deleting rm $HOME/.gimp-2.8/gimprc before I could get it working again.

Assume your on 2.8

The dynamics gave me fits till I discovered them. You might want to turn them off till you get the hang of it. settings is "Dynamics Off"

When I move stylus into gimp the settings change. If with the mouse pointer you were using pencil last, and then when you use stylus it may think you were using eraser last. It flips back and forth as I move mouse or stylus. Very confusing till I figured it out. It remembers which device. just tried it again. if mouse was doing a rectangle select, and the stylus was doing a pencil draw. It flips back and forth when you move stylus in.

Also make sure that they are not fighting each other. The stylus wants a specific location on screen while the mouse pointer trys to move the pointer away ( if the stylus is close enought to the surface to be detected ) and you move the mouse. Crazy

I started learning gimp about the same time as my tablet came, so it was rather frustrating for a while. At the moment I'm not using the digimend

/var/log/Xorg.0.log reports that i'm using evdev for parts and wacom for other parts I found some errors in my udev rules and still not loading wacom like I had it a while back.

crazy in that lsmod doesn't show driver wacom loaded.

On Wed, Nov 12, 2014 at 5:58 PM, Tomasz Kędziora notifications@github.com wrote:

I have problem trying to run tablet huion h420 and gimp. I'm not sure if it is problem with gimp or that driver. I made post http://gimpforums.com/thread-gimp-and-tablet-huion-h420 on gimp forum but no any answer yet.

In short tablet is working inside Ubuntu, I can move mouse pointer. But it is impossible to use Gimp when tablet is connected. Simpy drawing area is not responding on mouse click or tablet clicks. Everything starts working as soon as I disconnect tablet. Inside gimp console output I get an error when starting with connected tablet:

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

— Reply to this email directly or view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/7.

[vince-br-549]

after tinkering with the digimend driver some more, gimp stopped working with both mouse and tablet. Can't draw.

got it working by open a file. then edit -> preferences -> Input devices

click reset to default.

save the file and re-start gimp.

On Wed, Nov 12, 2014 at 7:45 PM, Vince Herried Vince@planetvince.com wrote:

I had a lot of trouble with gimp at first also.

Some things: edit -> input devices Set all the parts to screen. At one point the stylus would move the pointer but would not draw or erase or .... for anything. At one point I ended up deleting rm $HOME/.gimp-2.8/gimprc before I could get it working again.

Assume your on 2.8

The dynamics gave me fits till I discovered them. You might want to turn them off till you get the hang of it. settings is "Dynamics Off"

When I move stylus into gimp the settings change. If with the mouse pointer you were using pencil last, and then when you use stylus it may think you were using eraser last. It flips back and forth as I move mouse or stylus. Very confusing till I figured it out. It remembers which device. just tried it again. if mouse was doing a rectangle select, and the stylus was doing a pencil draw. It flips back and forth when you move stylus in.

Also make sure that they are not fighting each other. The stylus wants a specific location on screen while the mouse pointer trys to move the pointer away ( if the stylus is close enought to the surface to be detected ) and you move the mouse. Crazy

I started learning gimp about the same time as my tablet came, so it was rather frustrating for a while. At the moment I'm not using the digimend

/var/log/Xorg.0.log reports that i'm using evdev for parts and wacom for other parts I found some errors in my udev rules and still not loading wacom like I had it a while back.

crazy in that lsmod doesn't show driver wacom loaded.

On Wed, Nov 12, 2014 at 5:58 PM, Tomasz Kędziora <notifications@github.com

wrote:

I have problem trying to run tablet huion h420 and gimp. I'm not sure if it is problem with gimp or that driver. I made post http://gimpforums.com/thread-gimp-and-tablet-huion-h420 on gimp forum but no any answer yet.

In short tablet is working inside Ubuntu, I can move mouse pointer. But it is impossible to use Gimp when tablet is connected. Simpy drawing area is not responding on mouse click or tablet clicks. Everything starts working as soon as I disconnect tablet. Inside gimp console output I get an error when starting with connected tablet:

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

(gimp-2.8:5770): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed

— Reply to this email directly or view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/7.

[kendzi]

Little update. I found what was the problem but still I don't know if it is problem with gimp or driver. I'm using two screens and I had Window mode set for tablet inside gimp. It seems at that mode position of mouse cursor and position of tablet cursor is different on drawing area. It is really confusing because on all other components it working fine. So I can choose color or switch layer but drawing is made far from visible screen pointer.

Does the Huion driver come with any configuration app?

[vince-br-549]

Does the H420 go to 'propriatary' mode if you run the modified version of huion-probe?

I changed source line: // uint8_t idx_list[] = { 0x64, 0x65, 0x6E, 0x79, 0x7A }; // Nicks original list to uint8_t idx_list[] = {0x7b};

rmmod hid-huion

replug the tablet run huion-probe then I didn't know how to see if it was in the propritary mode except to run his hidusb-dump program and see that the output when you press the buttons is of the form

07 E0 01 01 80 ...... Button 1 pressed ( nearest the HUION logo) 07 E0 01 01 40 ...... Button 2 pressed 07 E0 01 01 20 ...... Button 3 pressed 07 E0 01 01 10 ...... Button 4 pressed 07 E0 01 01 08 ...... Button 5 pressed 07 E0 01 01 04 ...... Button 6 pressed 07 E0 01 01 02 ...... Button 7 pressed 07 E0 01 01 01 ...... Button 8 pressed 07 E0 01 01 00 ..... Button was released

[spbnick]

@vince-br-549, this has nothing to do with the button reporting mode. Tablet should work in Gimp as is.

@kendzi, the source of the problem is most likely the presence of three devices with the same name, but different functions that the Huion tablet has. Try leaving only the pen device enabled.

"Window" mode is indeed quite strange, using different devices with different modes might be more confusing still. Try to stick to the "Screen" mode.

[vince-br-549]

agree it has nothing to do with button reporting or proprietary mode either.

Was trying to find out if the other model supports same probe as h160

On Sat, Nov 15, 2014 at 2:17 PM, Nikolai Kondrashov < notifications@github.com> wrote:

@vince-br-549 https://github.com/vince-br-549, this has nothing to do with the button reporting mode. Tablet should work in Gimp as is.

@kendzi https://github.com/kendzi, the source of the problem is most likely the presence of three devices with the same name, but different functions that the Huion tablet has. Try leaving only the pen device enabled.

"Window" mode is indeed quite strange, using different devices with different modes might be more confusing still. Try to stick to the "Screen" mode.

— Reply to this email directly or view it on GitHub https://github.com/DIGImend/digimend-kernel-drivers/issues/7#issuecomment-63184572 .

[spbnick]

@kendzi You can try the latest master which names device nodes differently. This might solve your GIMP problem.

[kendzi]

I managed to forget that I have tablet, but whatever...

I had installed master and something was changed, but I don't say that is working.

1. In menu > "Edit" > "Input Devices" I get four new entries regarding that crappy tablet. I attach screenshot.
2. Only one entry named "HUION H42 Pen" is "working", by working I mean behave exactly like previously, it is working on Screen mode, but in Window mode there is the same offset between where cursor really is and where drawing is made.
3. Whats for are that not working entries in Input Device menu?
4. As I have two big screens and tablet is extremely small and not to precise, it is completely useless in screen mode ...

[spbnick]

The extra entries are for reporting frame buttons and the very rare mouse for other models. These tablets are made in a way which makes hard to distinguish the models, so the drivers don't try and assume anything could be present on any model.

In your case only the "Pen" device should work. The current situation is better than before, where the device nodes were named the same.

You should pretty much always use the "Screen" mode. I assume the "Window" mode was made specifically to make it easier to stay within the canvas when using the tablet.

Regarding two big screens, you can fix that in various ways as described here:

http://digimend.github.io/support/howto/drivers/evdev/#dual-and-multimonitor-set-up

and, if you use the xf86-input-wacom driver, here:

http://linuxwacom.sourceforge.net/wiki/index.php/Wacom_Tablet_Set_Up#Dual_and_Multi-Monitor_Set_Up

[spbnick]

No communication from reporter, closing. Please reopen this or open a new issue if the problem persists.