Gimp and tablet huion H420

[digimend]

Gimp and tablet huion H420

[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 [email protected]
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
#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 [email protected]
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 <[email protected]

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
#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 <
[email protected]> 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
#7 (comment)
.

[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.