digimend-users — General discussion and user support

[DIGImend-users] No tracking, Digimend V5, Ubuntu 14.04, Yiynova MSP 19U+

[Damonn C. <kay...@gm...>]

I apologize I don't have the support files, I stupidly deleted them when
reinstalling Ubuntu.  On a fresh install of Ubuntu 14.04.1, I am able to
use the Digimend drivers with the Yiynova MSP 19U+.  However, after
performing the latest system updates (circa mid-February), the pen tracking
no longer functions.  The responsiveness of the pen tapping and buttons is
maintained.

Initially, I was keeping my Ubuntu computer up to date after a fresh
January install (14.04.1).  When the monitor became unresponsive, I
uninstalled and reinstalled the Digimend driver a few times, including
fresh "makes" to minimize possible system complications. I then reinstalled
Ubuntu with a few programs (Krita, Restricted Extras) and the Digimend
drivers to test the tablet.  I was prompted to update, and after the update
the tablet was unresponsive.  I once again
reinstalled/remade-and-reinstalled the Digimend drivers to directions, with
the same results.  Finally, reinstalled Ubuntu, updated it, and THEN
installed the Digimend drivers (still V5).  Same result.

Currently I'm working on an un-updated install of Ubuntu 14.04.1.  I've yet
to test the different system updates (Core trusty, Security trusty, and
Unsupported backports) to see if one or more are at issue on my system.  I
felt it was at least noting this issue, before it becomes a problem.

[DIGImend-users] Huion linux

[Jose R. <reb...@gm...>]

Hello!

i don't know how to do command terminal, i need anybody help me, please
thanks

i am running linux mint 17.1 XFCE 64 Bit

[DIGImend-users] Несомненно классный знак внимания подруге на праздник 8 марта

[Пылев <uvo...@ma...>]

Несомненно классный знак внимания подруге на праздник 8 марта

http://www.google.com/url?q=http%3A%2F%2Fsiemka.ru%2F%23spththbakfa7xht&sa=D&sntz=1&usg=AFQjCNG-LNg1ljhPSEPQ8Cb5wwnXImytXg

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

Not sure, I thought from NIck.
If I remember correctly, I asked him why he didn't change the version #.
See if this copy reduces the number of reported devices down to two.
----------
Vince


On Sun, Feb 15, 2015 at 1:39 PM, Sergey 'Jin' Bostandzhyan
<ji...@me...> wrote:
> On Sun, Feb 15, 2015 at 01:17:16PM -0500, Vince Herried wrote:
>> does your hid-huion.c match this one?
>
> No, it does not, I use latest git master head, which revision did you
> check out? Would that mean that there is a regression in the master head
> version of the driver?
>
>>
>> On Sun, Feb 15, 2015 at 7:15 AM, Sergey 'Jin' Bostandzhyan
>> <ji...@me...> wrote:
>> > I compiled the latest digimend driver from git now:
>> >
>> > filename:       /lib/modules/3.18.6-200.fc21.x86_64/extra/hid-huion.ko
>> > version:        5
>> > license:        GPL
>> > description:    Huion HID driver
>> > author:         Nikolai Kondrashov
>> > author:         Martin Rusko
>> > srcversion:     507D84232B8529ABBDFF3F1
>> > alias:          hid:b0003g*v00005543p0000004D
>> > alias:          hid:b0003g*v00005543p0000006E
>> > alias:          hid:b0003g*v0000256Cp0000006E
>> > depends:
>> > vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
>> >
>> > I also compiled evdev and wacom X drivers from the rawhide repo:
>> >
>> > $ xsetwacom -V
>> > 0.28.0
>> >
>> > Indeed I see a difference in the device listing, I have one device less
>> > now:
>> >
>> > $ xsetwacom --list devices
>> > HUION PenTablet stylus              id: 10  type: STYLUS
>> > HUION PenTablet eraser              id: 11  type: ERASER
>> > HUION PenTablet pad                 id: 12  type: PAD
>> > HUION PenTablet stylus              id: 18  type: STYLUS
>> >
>> > However when I try to map a key, the result is still the same:
>> > $ xsetwacom set 12 button 11 key '['
>> > Invalid offset into Wacom Button Actions property.
>> >
>> > So still no luck, unfortunately.
>> >
>> >
>> > Kind regards,
>> > Jin
>> >
>> > On Sat, Feb 14, 2015 at 08:03:47PM -0500, Vince Herried wrote:
>> >> Yes i compiled both myself.
>> >>
>> >> ------------
>> >> Vince
>> >>
>> >> On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...> wrote:
>> >>
>> >>     I upgraded to Fedora 21 now:
>> >>
>> >>     modinfo hid-huion
>> >>     filename:
>> >>     /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
>> >>     license:        GPL
>> >>     description:    Huion HID driver
>> >>     author:         Martin Rusko
>> >>     alias:          hid:b0003g*v00005543p0000006E
>> >>     alias:          hid:b0003g*v0000256Cp0000006E
>> >>     depends:
>> >>     intree:         Y
>> >>     vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
>> >>
>> >>     However it still seems to be using the old version, did you compile
>> >>     your drivers yourself?
>> >>
>> >>     Also, my xsetwacom has a version 0.25 (package
>> >>     xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
>> >>     question here, did you compile it yourself?
>> >>
>> >>     Basically nothing has changed for me after the upgrade in regard to the
>> >>     Huion drivers.
>> >>
>> >>     Kind regards,
>> >>     Jin
>> >>
>> >>
>> >>
>> >>     On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
>> >>     > your modinfo version doesn't match mine.
>> >>     > Missing version 5
>> >>     >
>> >>     > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
>> >>     >         .report_fixup = huion_report_fixup,
>> >>     >         .raw_event = huion_raw_event,
>> >>     > };
>> >>     > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
>> >>     >
>> >>     > MODULE_AUTHOR("Martin Rusko");
>> >>     > MODULE_AUTHOR("Nikolai Kondrashov");
>> >>     > MODULE_DESCRIPTION("Huion HID driver");
>> >>     > MODULE_LICENSE("GPL");
>> >>     > MODULE_VERSION("5");
>> >>     > [vince@desk2 kernelDrivers.pre-svn]$
>> >>     >
>> >>     >
>> >>     > I had the buttons  working on F20.
>> >>     >
>> >>     >
>> >>     > re update to f21, to use fedup, I had to delete all the nvidia
>> >>     > propriatary drivers.  fedup just loops otherwise.
>> >>     >
>> >>     > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
>> >>     > with virgin kernel when I put in update Friday.
>> >>     >
>> >>     >
>> >>     > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
>> >>     > <ji...@me...> wrote:
>> >>     > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
>> >>     > >> when it fails for me usually because X didn't restart.
>> >>     > >
>> >>     > > it was restarted and the "wacom" driver was loaded when attaching the
>> >>     > > tablet, not the standard evdev driver, so that part worked as I
>> >>     > > mentioned in my last mail.
>> >>     > >
>> >>     > >> first be sure the driver is installed
>> >>     > >>
>> >>     > >> [vince@desk2 ~]$ modinfo hid-huion
>> >>     > >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/
>> >>     hid-huion.ko
>> >>     > >> version:        5
>> >>     > >> license:        GPL
>> >>     > >> description:    Huion HID driver
>> >>     > >> author:         Nikolai Kondrashov
>> >>     > >> author:         Martin Rusko
>> >>     > >> srcversion:     29344D5C58BC9ECAAA4F28A
>> >>     > >> alias:          hid:b0003g*v00005543p0000004D
>> >>     > >> alias:          hid:b0003g*v00005543p0000006E
>> >>     > >> alias:          hid:b0003g*v0000256Cp0000006E
>> >>     > >> depends:
>> >>     > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
>> >>     > >> [vince@desk2 ~]$
>> >>     > >
>> >>     > > modinfo hid-huion
>> >>     > > filename:
>> >>     > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
>> >>     > > license:        GPL
>> >>     > > description:    Huion HID driver
>> >>     > > author:         Martin Rusko
>> >>     > > alias:          hid:b0003g*v00005543p0000006E
>> >>     > > alias:          hid:b0003g*v0000256Cp0000006E
>> >>     > > depends:
>> >>     > > intree:         Y
>> >>     > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
>> >>     > >
>> >>     > > I should probably upgrade to fc21 and see what happens.
>> >>     > >
>> >>     > >> Then  check
>> >>     > >>
>> >>     > >> /var/log/Xorg.0.log
>> >>     > >>
>> >>     > >> assuming X was restarted you should find something like:
>> >>     > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
>> >>     > >> stylus" (type: STYLUS, i
>> >>     > >> d 8)
>> >>     > >
>> >>     > > ...yes, I do have those messages.
>> >>     > >
>> >>     > >>
>> >>     > >> [vince@desk2 ~]$ xsetwacom --list
>> >>     > >> HUION PenTablet stylus                  id: 8   type: STYLUS
>> >>     > >> HUION PenTablet pad                     id: 9   type: PAD
>> >>     > >
>> >>     > >> Your list makes me think the driver is not installed.  a recent change
>> >>     > >> from Nick consolidated the devices
>> >>     > >
>> >>     > >
>> >>     > > With the evdev driver xsetwacom always returned an empty list, so now
>> >>     > > the driver is clearly installed - I get a list of devices.
>> >>     > >
>> >>     > > Question is of course, if F21 has something more recent than F20,
>> >>     although
>> >>     > > the kernel version seems to be the same...
>> >>     > >
>> >>     > >>
>> >>     > >>
>> >>     > >> and
>> >>     > >> [vince@desk2 ~]$ xsetwacom -V
>> >>     > >> 0.28.0
>> >>     > >
>> >>     > > ...your xsetwacom versoin is newer, maybe that makes the difference.
>> >>     > >
>> >>     > >> I don't think the problem is with your version of xsetwacom.  But that
>> >>     > >> is a guess on my part.
>> >>     > >
>> >>     > > It seems that xsetwacom is the only thing that differs between your and
>> >>     > > my installation, so I think it might make a difference... I will try to
>> >>     > > upgrade.
>> >>     > >
>> >>     > >> Gimp gave me lots of issues.   Some times I would
>> >>     > >> $ rm .gimp-2.8/devicerc
>> >>     > >>
>> >>     > >>
>> >>     > >> I noticed that some times the stylus would move the mouse pointer but
>> >>     > >> that it could only select some things and not others.
>> >>     > >> Say file but not the pencil icon in gimp.
>> >>     > >> Then noticed that it had same issues outside of gimp.  I got no idea
>> >>     > >> what was going on.
>> >>     > >
>> >>     > > Interesting, hmm, I only noticed that I sometimes was not able to draw
>> >>     > > on the canvas, just as I described in my first mail, but otherwise
>> >>     > > everything seemed to work fine. It almost sounds that you ran into more
>> >>     > > problems than I did, but then again, I do not use the tablet too much
>> >>     > > outside of gimp, I tried it with blender (worked) and with synfig
>> >>     studio
>> >>     > > (partly worked), also wanted to try krita but it crashes right away
>> >>     when
>> >>     > > the tablet is plugged in.
>> >>     > >
>> >>     > >> btw I have to re-execute the huion.sh script every time the tablet
>> >>     > >> gets plugged in.
>> >>     > >
>> >>     > > From what I understand those settings (also the ones that the windows
>> >>     > > tool makes) are not permanent. It would be cool if we could pass those
>> >>     > > options directly to the driver to make the settings "more" permanent.
>> >>     > > Nick, do you think this would be possible?
>> >>     > >
>> >>     > >> Which is why I tried to get it to run of the udev script.
>> >>     > >> The udev trigger works but to set the xsetwacom it has to have a X11
>> >>     DISPLAY.
>> >>     > >> The I tried various delays in the udev trigger to wait till X was up.
>> >>     > >> Also put in the log statements to help me determine what it was runing
>> >>     > >> vs when X started.
>> >>     > >
>> >>     > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
>> >>     > > then after a short delay? You may also need to set xhost +localhost to
>> >>     > > add yourself to the access list, but that's just a guess, I'll try it
>> >>     out,
>> >>     > > provided that xsetwacom lets me map the buttons, I'll let you know how
>> >>     far I
>> >>     > > get, but I'll update to Fedora 21 first.
>> >>     > >
>> >>     > > Thanks once more for the hints, scripts and configs!
>> >>     > >
>> >>     > > Kind regards,
>> >>     > > Jin
>> >>     > >
>> >>     > >
>> >>     > >> The udev  is
>> >>     > >> # to restart udev after changes issue
>> >>     > >> #
>> >>     > >> #    udevadm control --reload
>> >>     > >> #
>> >>     > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
>> >>     > >> RUN+="/home/vince/bin/udevHuion"
>> >>     > >>
>> >>     > >>
>> >>     > >> and
>> >>     > >> [vince@desk2 ~]$ cat bin/udevHuion
>> >>     > >> #!/bin/bash
>> >>     > >> #Mon Jan 19 16:49:06 EST 2015
>> >>     > >> # called by udev rule
>> >>     > >> #set -x
>> >>     > >> WHO=vince
>> >>     > >> WHAT="/home/vince/bin/huion.sh"
>> >>     > >>
>> >>     > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//
>> >>     g'`
>> >>     > >> export DISPLAY="$Display"
>> >>     > >> su vince -c "DISPLAY=$Display $WHAT udev"&
>> >>     > >>
>> >>     > >> [vince@desk2 ~]$
>> >>     > >>
>> >>     > >> fails every time.
>> >>     > >>
>> >>     > >> ----------
>> >>     > >> good luck
>> >>     > >>
>> >>     > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
>> >>     > >> <ji...@me...> wrote:
>> >>     > >> > Hi Vince,
>> >>     > >> >
>> >>     > >> > thanks for your reply.
>> >>     > >> >
>> >>     > >> > The xorg config worked, the Wacom driver is now loaded.
>> >>     > >> >
>> >>     > >> > xsetwacom --list devices does indeed list:
>> >>     > >> >
>> >>     > >> > HUION PenTablet stylus              id: 15  type: STYLUS
>> >>     > >> > HUION PenTablet stylus              id: 17  type: STYLUS
>> >>     > >> > HUION PenTablet eraser              id: 18  type: ERASER
>> >>     > >> > HUION PenTablet pad                 id: 19  type: PAD
>> >>     > >> >
>> >>     > >> > In gimp I also see those devices as well (although there I have only
>> >>     one
>> >>     > >> > "stylus", the other one is just called "HUION PenTablet"
>> >>     > >> >
>> >>     > >> > The huion.sh script does not work however, it prints the following
>> >>     > >> > message 7 times:
>> >>     > >> >
>> >>     > >> > Invalid offset into Wacom Button Actions property.
>> >>     > >> >
>> >>     > >> > I can confirm that the script is not faulty, i.e. it's trying to set
>> >>     things
>> >>     > >> > like:
>> >>     > >> > ++ xsetwacom set 19 button 11 key '['
>> >>     > >> > Invalid offset into Wacom Button Actions property.
>> >>     > >> >
>> >>     > >> > So it's some problem with the wacom driver or xsetwacom tool?
>> >>     > >> > Setting the keys does not seem to work :(
>> >>     > >> >
>> >>     > >> > Also, in Gimp, I do not really know how to select the other devices
>> >>     (or if
>> >>     > >> > it even makes sesnes to select other devices? It's always using the
>> >>     > >> > "HUION PenTablet stylus".
>> >>     > >> >
>> >>     > >> > Question is... why does xsetwacom work for you?
>> >>     > >> >
>> >>     > >> > xsetwacom -V gives me:
>> >>     > >> > 0.23.0
>> >>     > >> >
>> >>     > >> > What version do you have?
>> >>     > >> >
>> >>     > >> > Kind regards,
>> >>     > >> > Jin
>> >>     > >> >
>> >>     > >> >
>> >>     > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>> >>     > >> >> to set up the buttons you need to do several things.
>> >>     > >> >> first create this file....
>> >>     > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>> >>     > >> >> Section "InputClass"
>> >>     > >> >>     Identifier "digimend2 version"
>> >>     > >> >>     MatchIsTablet "on"
>> >>     > >> >>     MatchDevicePath "/dev/input/event*"
>> >>     > >> >> #   use for wacom driver
>> >>     > >> >>     MatchProduct "PenTablet"
>> >>     > >> >>     Driver "wacom"
>> >>     > >> >>         Option "rotate" "half"
>> >>     > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
>> >>     > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
>> >>     eraser
>> >>     > >> >>         #Option         "Button3" "key +n -n "          # pencil
>> >>     > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
>> >>     zoom in
>> >>     > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
>> >>     > >> >>         #Option "Button10" "key +bracketright -bracketright "
>> >>     > >> >>  # + pencil
>> >>     > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
>> >>     > >> >>  # - pencil
>> >>     > >> >> #       Option  "Button12"              # hand
>> >>     > >> >> #
>> >>     > >> >> # end GIMP settings
>> >>     > >> >> #
>> >>     > >> >>
>> >>     > >> >>  #   use for evdev
>> >>     > >> >>  #   Driver "evdev"
>> >>     > >> >>  #      Option "InvertX" "on"
>> >>     > >> >>  #      Option "InvertY" "on"
>> >>     > >> >> EndSection
>> >>     > >> >> --------------------------------------------------------ends above
>> >>     > >> >> this line--------------------------------------------------
>> >>     > >> >> note the commented out settings they don't work.
>> >>     > >> >> I have the line
>> >>     > >> >> Option "rotate" "half"
>> >>     > >> >> because I'm left handed, if you are not left handed, leave that
>> >>     out.
>> >>     > >> >>
>> >>     > >> >>
>> >>     > >> >> Then re-start X. There is a setting in the system settings that
>> >>     will
>> >>     > >> >> enable the key combination of ctrl alt backspace to cause X to
>> >>     > >> >> restart.
>> >>     > >> >> I can't find the kde settings at moment where I enabled that key
>> >>     > >> >> combination.  There are several ways to re-start X, search google.
>> >>     > >> >>
>> >>     > >> >> Then copy the attached shell script some place and mark it
>> >>     executable...;.
>> >>     > >> >> chmod u+x huion.sh
>> >>     > >> >>
>> >>     > >> >> the script is kind of messy, but it works to set up the buttons on
>> >>     my H610.
>> >>     > >> >>
>> >>     > >> >> good luck.
>> >>     > >> >> ------------------
>> >>     > >> >> Vince
>> >>     > >> >>
>> >>     > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>> >>     > >> >> <ji...@me...> wrote:
>> >>     > >> >> > Hi,
>> >>     > >> >> >
>> >>     > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>> >>     > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
>> >>     :)
>> >>     > >> >> >
>> >>     > >> >> > I do however experience some glitches now and then and I am not
>> >>     sure if its
>> >>     > >> >> > a problem with the driver or with Gimp.
>> >>     > >> >> >
>> >>     > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
>> >>     i.e. the input
>> >>     > >> >> > devices does not switch to Huion when I'm trying to paint. I can
>> >>     still
>> >>     > >> >> > navigate all menus and clicks on menus and toolboxes work, but
>> >>     painting on
>> >>     > >> >> > the canvas is impossible. When this happens, painting with the
>> >>     mouse is also
>> >>     > >> >> > impossible, while clicks on menus etc. work fine.
>> >>     > >> >> >
>> >>     > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
>> >>     the tablet
>> >>     > >> >> > and start Gimp again and chances are high that it will just start
>> >>     working
>> >>     > >> >> > again.
>> >>     > >> >> >
>> >>     > >> >> > Any ideas how to debug this?
>> >>     > >> >> >
>> >>     > >> >> > Second thing that I noticed is that it's sometimes recognized
>> >>     differently
>> >>     > >> >> > in Gimp. When selecting the tablet in the input devices dialog
>> >>     > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
>> >>     is really
>> >>     > >> >> > weird.
>> >>     > >> >> >
>> >>     > >> >> > And one last question: is there also a utility, similar to the
>> >>     one that is
>> >>     > >> >> > supplied with the windows drivers, to tell the tablet to send
>> >>     other key
>> >>     > >> >> > combos? In default mode it sends weird combinations with ctrl-
>> >>     and shift-
>> >>     > >> >> > and I somehow failed to remap that.
>> >>     > >> >> >
>> >>     > >> >> > Kind regards,
>> >>     > >> >> > Jin
>> >>     > >> >> >
>> >>     > >> >> >
>> >>     > >> >> >
>> >>     ------------------------------------------------------------------------------
>> >>     > >> >> > Dive into the World of Parallel Programming. The Go Parallel
>> >>     Website,
>> >>     > >> >> > sponsored by Intel and developed in partnership with Slashdot
>> >>     Media, is your
>> >>     > >> >> > hub for all things parallel software development, from weekly
>> >>     thought
>> >>     > >> >> > leadership blogs to news, videos, case studies, tutorials and
>> >>     more. Take a
>> >>     > >> >> > look and join the conversation now. http://
>> >>     goparallel.sourceforge.net/
>> >>     > >> >> > _______________________________________________
>> >>     > >> >> > DIGImend-users mailing list
>> >>     > >> >> > DIG...@li...
>> >>     > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>> >>     > >> >
>> >>     > >> >
>> >>
>
>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

On Sun, Feb 15, 2015 at 01:17:16PM -0500, Vince Herried wrote:
> does your hid-huion.c match this one?

No, it does not, I use latest git master head, which revision did you
check out? Would that mean that there is a regression in the master head
version of the driver?

> 
> On Sun, Feb 15, 2015 at 7:15 AM, Sergey 'Jin' Bostandzhyan
> <ji...@me...> wrote:
> > I compiled the latest digimend driver from git now:
> >
> > filename:       /lib/modules/3.18.6-200.fc21.x86_64/extra/hid-huion.ko
> > version:        5
> > license:        GPL
> > description:    Huion HID driver
> > author:         Nikolai Kondrashov
> > author:         Martin Rusko
> > srcversion:     507D84232B8529ABBDFF3F1
> > alias:          hid:b0003g*v00005543p0000004D
> > alias:          hid:b0003g*v00005543p0000006E
> > alias:          hid:b0003g*v0000256Cp0000006E
> > depends:
> > vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
> >
> > I also compiled evdev and wacom X drivers from the rawhide repo:
> >
> > $ xsetwacom -V
> > 0.28.0
> >
> > Indeed I see a difference in the device listing, I have one device less
> > now:
> >
> > $ xsetwacom --list devices
> > HUION PenTablet stylus              id: 10  type: STYLUS
> > HUION PenTablet eraser              id: 11  type: ERASER
> > HUION PenTablet pad                 id: 12  type: PAD
> > HUION PenTablet stylus              id: 18  type: STYLUS
> >
> > However when I try to map a key, the result is still the same:
> > $ xsetwacom set 12 button 11 key '['
> > Invalid offset into Wacom Button Actions property.
> >
> > So still no luck, unfortunately.
> >
> >
> > Kind regards,
> > Jin
> >
> > On Sat, Feb 14, 2015 at 08:03:47PM -0500, Vince Herried wrote:
> >> Yes i compiled both myself.
> >>
> >> ------------
> >> Vince
> >>
> >> On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...> wrote:
> >>
> >>     I upgraded to Fedora 21 now:
> >>
> >>     modinfo hid-huion
> >>     filename:
> >>     /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
> >>     license:        GPL
> >>     description:    Huion HID driver
> >>     author:         Martin Rusko
> >>     alias:          hid:b0003g*v00005543p0000006E
> >>     alias:          hid:b0003g*v0000256Cp0000006E
> >>     depends:
> >>     intree:         Y
> >>     vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
> >>
> >>     However it still seems to be using the old version, did you compile
> >>     your drivers yourself?
> >>
> >>     Also, my xsetwacom has a version 0.25 (package
> >>     xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
> >>     question here, did you compile it yourself?
> >>
> >>     Basically nothing has changed for me after the upgrade in regard to the
> >>     Huion drivers.
> >>
> >>     Kind regards,
> >>     Jin
> >>
> >>
> >>
> >>     On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
> >>     > your modinfo version doesn't match mine.
> >>     > Missing version 5
> >>     >
> >>     > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
> >>     >         .report_fixup = huion_report_fixup,
> >>     >         .raw_event = huion_raw_event,
> >>     > };
> >>     > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
> >>     >
> >>     > MODULE_AUTHOR("Martin Rusko");
> >>     > MODULE_AUTHOR("Nikolai Kondrashov");
> >>     > MODULE_DESCRIPTION("Huion HID driver");
> >>     > MODULE_LICENSE("GPL");
> >>     > MODULE_VERSION("5");
> >>     > [vince@desk2 kernelDrivers.pre-svn]$
> >>     >
> >>     >
> >>     > I had the buttons  working on F20.
> >>     >
> >>     >
> >>     > re update to f21, to use fedup, I had to delete all the nvidia
> >>     > propriatary drivers.  fedup just loops otherwise.
> >>     >
> >>     > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
> >>     > with virgin kernel when I put in update Friday.
> >>     >
> >>     >
> >>     > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
> >>     > <ji...@me...> wrote:
> >>     > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
> >>     > >> when it fails for me usually because X didn't restart.
> >>     > >
> >>     > > it was restarted and the "wacom" driver was loaded when attaching the
> >>     > > tablet, not the standard evdev driver, so that part worked as I
> >>     > > mentioned in my last mail.
> >>     > >
> >>     > >> first be sure the driver is installed
> >>     > >>
> >>     > >> [vince@desk2 ~]$ modinfo hid-huion
> >>     > >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/
> >>     hid-huion.ko
> >>     > >> version:        5
> >>     > >> license:        GPL
> >>     > >> description:    Huion HID driver
> >>     > >> author:         Nikolai Kondrashov
> >>     > >> author:         Martin Rusko
> >>     > >> srcversion:     29344D5C58BC9ECAAA4F28A
> >>     > >> alias:          hid:b0003g*v00005543p0000004D
> >>     > >> alias:          hid:b0003g*v00005543p0000006E
> >>     > >> alias:          hid:b0003g*v0000256Cp0000006E
> >>     > >> depends:
> >>     > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
> >>     > >> [vince@desk2 ~]$
> >>     > >
> >>     > > modinfo hid-huion
> >>     > > filename:
> >>     > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
> >>     > > license:        GPL
> >>     > > description:    Huion HID driver
> >>     > > author:         Martin Rusko
> >>     > > alias:          hid:b0003g*v00005543p0000006E
> >>     > > alias:          hid:b0003g*v0000256Cp0000006E
> >>     > > depends:
> >>     > > intree:         Y
> >>     > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
> >>     > >
> >>     > > I should probably upgrade to fc21 and see what happens.
> >>     > >
> >>     > >> Then  check
> >>     > >>
> >>     > >> /var/log/Xorg.0.log
> >>     > >>
> >>     > >> assuming X was restarted you should find something like:
> >>     > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
> >>     > >> stylus" (type: STYLUS, i
> >>     > >> d 8)
> >>     > >
> >>     > > ...yes, I do have those messages.
> >>     > >
> >>     > >>
> >>     > >> [vince@desk2 ~]$ xsetwacom --list
> >>     > >> HUION PenTablet stylus                  id: 8   type: STYLUS
> >>     > >> HUION PenTablet pad                     id: 9   type: PAD
> >>     > >
> >>     > >> Your list makes me think the driver is not installed.  a recent change
> >>     > >> from Nick consolidated the devices
> >>     > >
> >>     > >
> >>     > > With the evdev driver xsetwacom always returned an empty list, so now
> >>     > > the driver is clearly installed - I get a list of devices.
> >>     > >
> >>     > > Question is of course, if F21 has something more recent than F20,
> >>     although
> >>     > > the kernel version seems to be the same...
> >>     > >
> >>     > >>
> >>     > >>
> >>     > >> and
> >>     > >> [vince@desk2 ~]$ xsetwacom -V
> >>     > >> 0.28.0
> >>     > >
> >>     > > ...your xsetwacom versoin is newer, maybe that makes the difference.
> >>     > >
> >>     > >> I don't think the problem is with your version of xsetwacom.  But that
> >>     > >> is a guess on my part.
> >>     > >
> >>     > > It seems that xsetwacom is the only thing that differs between your and
> >>     > > my installation, so I think it might make a difference... I will try to
> >>     > > upgrade.
> >>     > >
> >>     > >> Gimp gave me lots of issues.   Some times I would
> >>     > >> $ rm .gimp-2.8/devicerc
> >>     > >>
> >>     > >>
> >>     > >> I noticed that some times the stylus would move the mouse pointer but
> >>     > >> that it could only select some things and not others.
> >>     > >> Say file but not the pencil icon in gimp.
> >>     > >> Then noticed that it had same issues outside of gimp.  I got no idea
> >>     > >> what was going on.
> >>     > >
> >>     > > Interesting, hmm, I only noticed that I sometimes was not able to draw
> >>     > > on the canvas, just as I described in my first mail, but otherwise
> >>     > > everything seemed to work fine. It almost sounds that you ran into more
> >>     > > problems than I did, but then again, I do not use the tablet too much
> >>     > > outside of gimp, I tried it with blender (worked) and with synfig
> >>     studio
> >>     > > (partly worked), also wanted to try krita but it crashes right away
> >>     when
> >>     > > the tablet is plugged in.
> >>     > >
> >>     > >> btw I have to re-execute the huion.sh script every time the tablet
> >>     > >> gets plugged in.
> >>     > >
> >>     > > From what I understand those settings (also the ones that the windows
> >>     > > tool makes) are not permanent. It would be cool if we could pass those
> >>     > > options directly to the driver to make the settings "more" permanent.
> >>     > > Nick, do you think this would be possible?
> >>     > >
> >>     > >> Which is why I tried to get it to run of the udev script.
> >>     > >> The udev trigger works but to set the xsetwacom it has to have a X11
> >>     DISPLAY.
> >>     > >> The I tried various delays in the udev trigger to wait till X was up.
> >>     > >> Also put in the log statements to help me determine what it was runing
> >>     > >> vs when X started.
> >>     > >
> >>     > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
> >>     > > then after a short delay? You may also need to set xhost +localhost to
> >>     > > add yourself to the access list, but that's just a guess, I'll try it
> >>     out,
> >>     > > provided that xsetwacom lets me map the buttons, I'll let you know how
> >>     far I
> >>     > > get, but I'll update to Fedora 21 first.
> >>     > >
> >>     > > Thanks once more for the hints, scripts and configs!
> >>     > >
> >>     > > Kind regards,
> >>     > > Jin
> >>     > >
> >>     > >
> >>     > >> The udev  is
> >>     > >> # to restart udev after changes issue
> >>     > >> #
> >>     > >> #    udevadm control --reload
> >>     > >> #
> >>     > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
> >>     > >> RUN+="/home/vince/bin/udevHuion"
> >>     > >>
> >>     > >>
> >>     > >> and
> >>     > >> [vince@desk2 ~]$ cat bin/udevHuion
> >>     > >> #!/bin/bash
> >>     > >> #Mon Jan 19 16:49:06 EST 2015
> >>     > >> # called by udev rule
> >>     > >> #set -x
> >>     > >> WHO=vince
> >>     > >> WHAT="/home/vince/bin/huion.sh"
> >>     > >>
> >>     > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//
> >>     g'`
> >>     > >> export DISPLAY="$Display"
> >>     > >> su vince -c "DISPLAY=$Display $WHAT udev"&
> >>     > >>
> >>     > >> [vince@desk2 ~]$
> >>     > >>
> >>     > >> fails every time.
> >>     > >>
> >>     > >> ----------
> >>     > >> good luck
> >>     > >>
> >>     > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
> >>     > >> <ji...@me...> wrote:
> >>     > >> > Hi Vince,
> >>     > >> >
> >>     > >> > thanks for your reply.
> >>     > >> >
> >>     > >> > The xorg config worked, the Wacom driver is now loaded.
> >>     > >> >
> >>     > >> > xsetwacom --list devices does indeed list:
> >>     > >> >
> >>     > >> > HUION PenTablet stylus              id: 15  type: STYLUS
> >>     > >> > HUION PenTablet stylus              id: 17  type: STYLUS
> >>     > >> > HUION PenTablet eraser              id: 18  type: ERASER
> >>     > >> > HUION PenTablet pad                 id: 19  type: PAD
> >>     > >> >
> >>     > >> > In gimp I also see those devices as well (although there I have only
> >>     one
> >>     > >> > "stylus", the other one is just called "HUION PenTablet"
> >>     > >> >
> >>     > >> > The huion.sh script does not work however, it prints the following
> >>     > >> > message 7 times:
> >>     > >> >
> >>     > >> > Invalid offset into Wacom Button Actions property.
> >>     > >> >
> >>     > >> > I can confirm that the script is not faulty, i.e. it's trying to set
> >>     things
> >>     > >> > like:
> >>     > >> > ++ xsetwacom set 19 button 11 key '['
> >>     > >> > Invalid offset into Wacom Button Actions property.
> >>     > >> >
> >>     > >> > So it's some problem with the wacom driver or xsetwacom tool?
> >>     > >> > Setting the keys does not seem to work :(
> >>     > >> >
> >>     > >> > Also, in Gimp, I do not really know how to select the other devices
> >>     (or if
> >>     > >> > it even makes sesnes to select other devices? It's always using the
> >>     > >> > "HUION PenTablet stylus".
> >>     > >> >
> >>     > >> > Question is... why does xsetwacom work for you?
> >>     > >> >
> >>     > >> > xsetwacom -V gives me:
> >>     > >> > 0.23.0
> >>     > >> >
> >>     > >> > What version do you have?
> >>     > >> >
> >>     > >> > Kind regards,
> >>     > >> > Jin
> >>     > >> >
> >>     > >> >
> >>     > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
> >>     > >> >> to set up the buttons you need to do several things.
> >>     > >> >> first create this file....
> >>     > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> >>     > >> >> Section "InputClass"
> >>     > >> >>     Identifier "digimend2 version"
> >>     > >> >>     MatchIsTablet "on"
> >>     > >> >>     MatchDevicePath "/dev/input/event*"
> >>     > >> >> #   use for wacom driver
> >>     > >> >>     MatchProduct "PenTablet"
> >>     > >> >>     Driver "wacom"
> >>     > >> >>         Option "rotate" "half"
> >>     > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
> >>     > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
> >>     eraser
> >>     > >> >>         #Option         "Button3" "key +n -n "          # pencil
> >>     > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
> >>     zoom in
> >>     > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
> >>     > >> >>         #Option "Button10" "key +bracketright -bracketright "
> >>     > >> >>  # + pencil
> >>     > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
> >>     > >> >>  # - pencil
> >>     > >> >> #       Option  "Button12"              # hand
> >>     > >> >> #
> >>     > >> >> # end GIMP settings
> >>     > >> >> #
> >>     > >> >>
> >>     > >> >>  #   use for evdev
> >>     > >> >>  #   Driver "evdev"
> >>     > >> >>  #      Option "InvertX" "on"
> >>     > >> >>  #      Option "InvertY" "on"
> >>     > >> >> EndSection
> >>     > >> >> --------------------------------------------------------ends above
> >>     > >> >> this line--------------------------------------------------
> >>     > >> >> note the commented out settings they don't work.
> >>     > >> >> I have the line
> >>     > >> >> Option "rotate" "half"
> >>     > >> >> because I'm left handed, if you are not left handed, leave that
> >>     out.
> >>     > >> >>
> >>     > >> >>
> >>     > >> >> Then re-start X. There is a setting in the system settings that
> >>     will
> >>     > >> >> enable the key combination of ctrl alt backspace to cause X to
> >>     > >> >> restart.
> >>     > >> >> I can't find the kde settings at moment where I enabled that key
> >>     > >> >> combination.  There are several ways to re-start X, search google.
> >>     > >> >>
> >>     > >> >> Then copy the attached shell script some place and mark it
> >>     executable...;.
> >>     > >> >> chmod u+x huion.sh
> >>     > >> >>
> >>     > >> >> the script is kind of messy, but it works to set up the buttons on
> >>     my H610.
> >>     > >> >>
> >>     > >> >> good luck.
> >>     > >> >> ------------------
> >>     > >> >> Vince
> >>     > >> >>
> >>     > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> >>     > >> >> <ji...@me...> wrote:
> >>     > >> >> > Hi,
> >>     > >> >> >
> >>     > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
> >>     > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
> >>     :)
> >>     > >> >> >
> >>     > >> >> > I do however experience some glitches now and then and I am not
> >>     sure if its
> >>     > >> >> > a problem with the driver or with Gimp.
> >>     > >> >> >
> >>     > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
> >>     i.e. the input
> >>     > >> >> > devices does not switch to Huion when I'm trying to paint. I can
> >>     still
> >>     > >> >> > navigate all menus and clicks on menus and toolboxes work, but
> >>     painting on
> >>     > >> >> > the canvas is impossible. When this happens, painting with the
> >>     mouse is also
> >>     > >> >> > impossible, while clicks on menus etc. work fine.
> >>     > >> >> >
> >>     > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
> >>     the tablet
> >>     > >> >> > and start Gimp again and chances are high that it will just start
> >>     working
> >>     > >> >> > again.
> >>     > >> >> >
> >>     > >> >> > Any ideas how to debug this?
> >>     > >> >> >
> >>     > >> >> > Second thing that I noticed is that it's sometimes recognized
> >>     differently
> >>     > >> >> > in Gimp. When selecting the tablet in the input devices dialog
> >>     > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
> >>     is really
> >>     > >> >> > weird.
> >>     > >> >> >
> >>     > >> >> > And one last question: is there also a utility, similar to the
> >>     one that is
> >>     > >> >> > supplied with the windows drivers, to tell the tablet to send
> >>     other key
> >>     > >> >> > combos? In default mode it sends weird combinations with ctrl-
> >>     and shift-
> >>     > >> >> > and I somehow failed to remap that.
> >>     > >> >> >
> >>     > >> >> > Kind regards,
> >>     > >> >> > Jin
> >>     > >> >> >
> >>     > >> >> >
> >>     > >> >> >
> >>     ------------------------------------------------------------------------------
> >>     > >> >> > Dive into the World of Parallel Programming. The Go Parallel
> >>     Website,
> >>     > >> >> > sponsored by Intel and developed in partnership with Slashdot
> >>     Media, is your
> >>     > >> >> > hub for all things parallel software development, from weekly
> >>     thought
> >>     > >> >> > leadership blogs to news, videos, case studies, tutorials and
> >>     more. Take a
> >>     > >> >> > look and join the conversation now. http://
> >>     goparallel.sourceforge.net/
> >>     > >> >> > _______________________________________________
> >>     > >> >> > DIGImend-users mailing list
> >>     > >> >> > DIG...@li...
> >>     > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
> >>     > >> >
> >>     > >> >
> >>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

does your hid-huion.c match this one?


On Sun, Feb 15, 2015 at 7:15 AM, Sergey 'Jin' Bostandzhyan
<ji...@me...> wrote:
> I compiled the latest digimend driver from git now:
>
> filename:       /lib/modules/3.18.6-200.fc21.x86_64/extra/hid-huion.ko
> version:        5
> license:        GPL
> description:    Huion HID driver
> author:         Nikolai Kondrashov
> author:         Martin Rusko
> srcversion:     507D84232B8529ABBDFF3F1
> alias:          hid:b0003g*v00005543p0000004D
> alias:          hid:b0003g*v00005543p0000006E
> alias:          hid:b0003g*v0000256Cp0000006E
> depends:
> vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
>
> I also compiled evdev and wacom X drivers from the rawhide repo:
>
> $ xsetwacom -V
> 0.28.0
>
> Indeed I see a difference in the device listing, I have one device less
> now:
>
> $ xsetwacom --list devices
> HUION PenTablet stylus              id: 10  type: STYLUS
> HUION PenTablet eraser              id: 11  type: ERASER
> HUION PenTablet pad                 id: 12  type: PAD
> HUION PenTablet stylus              id: 18  type: STYLUS
>
> However when I try to map a key, the result is still the same:
> $ xsetwacom set 12 button 11 key '['
> Invalid offset into Wacom Button Actions property.
>
> So still no luck, unfortunately.
>
>
> Kind regards,
> Jin
>
> On Sat, Feb 14, 2015 at 08:03:47PM -0500, Vince Herried wrote:
>> Yes i compiled both myself.
>>
>> ------------
>> Vince
>>
>> On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...> wrote:
>>
>>     I upgraded to Fedora 21 now:
>>
>>     modinfo hid-huion
>>     filename:
>>     /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
>>     license:        GPL
>>     description:    Huion HID driver
>>     author:         Martin Rusko
>>     alias:          hid:b0003g*v00005543p0000006E
>>     alias:          hid:b0003g*v0000256Cp0000006E
>>     depends:
>>     intree:         Y
>>     vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
>>
>>     However it still seems to be using the old version, did you compile
>>     your drivers yourself?
>>
>>     Also, my xsetwacom has a version 0.25 (package
>>     xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
>>     question here, did you compile it yourself?
>>
>>     Basically nothing has changed for me after the upgrade in regard to the
>>     Huion drivers.
>>
>>     Kind regards,
>>     Jin
>>
>>
>>
>>     On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
>>     > your modinfo version doesn't match mine.
>>     > Missing version 5
>>     >
>>     > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
>>     >         .report_fixup = huion_report_fixup,
>>     >         .raw_event = huion_raw_event,
>>     > };
>>     > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
>>     >
>>     > MODULE_AUTHOR("Martin Rusko");
>>     > MODULE_AUTHOR("Nikolai Kondrashov");
>>     > MODULE_DESCRIPTION("Huion HID driver");
>>     > MODULE_LICENSE("GPL");
>>     > MODULE_VERSION("5");
>>     > [vince@desk2 kernelDrivers.pre-svn]$
>>     >
>>     >
>>     > I had the buttons  working on F20.
>>     >
>>     >
>>     > re update to f21, to use fedup, I had to delete all the nvidia
>>     > propriatary drivers.  fedup just loops otherwise.
>>     >
>>     > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
>>     > with virgin kernel when I put in update Friday.
>>     >
>>     >
>>     > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
>>     > <ji...@me...> wrote:
>>     > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
>>     > >> when it fails for me usually because X didn't restart.
>>     > >
>>     > > it was restarted and the "wacom" driver was loaded when attaching the
>>     > > tablet, not the standard evdev driver, so that part worked as I
>>     > > mentioned in my last mail.
>>     > >
>>     > >> first be sure the driver is installed
>>     > >>
>>     > >> [vince@desk2 ~]$ modinfo hid-huion
>>     > >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/
>>     hid-huion.ko
>>     > >> version:        5
>>     > >> license:        GPL
>>     > >> description:    Huion HID driver
>>     > >> author:         Nikolai Kondrashov
>>     > >> author:         Martin Rusko
>>     > >> srcversion:     29344D5C58BC9ECAAA4F28A
>>     > >> alias:          hid:b0003g*v00005543p0000004D
>>     > >> alias:          hid:b0003g*v00005543p0000006E
>>     > >> alias:          hid:b0003g*v0000256Cp0000006E
>>     > >> depends:
>>     > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
>>     > >> [vince@desk2 ~]$
>>     > >
>>     > > modinfo hid-huion
>>     > > filename:
>>     > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
>>     > > license:        GPL
>>     > > description:    Huion HID driver
>>     > > author:         Martin Rusko
>>     > > alias:          hid:b0003g*v00005543p0000006E
>>     > > alias:          hid:b0003g*v0000256Cp0000006E
>>     > > depends:
>>     > > intree:         Y
>>     > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
>>     > >
>>     > > I should probably upgrade to fc21 and see what happens.
>>     > >
>>     > >> Then  check
>>     > >>
>>     > >> /var/log/Xorg.0.log
>>     > >>
>>     > >> assuming X was restarted you should find something like:
>>     > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
>>     > >> stylus" (type: STYLUS, i
>>     > >> d 8)
>>     > >
>>     > > ...yes, I do have those messages.
>>     > >
>>     > >>
>>     > >> [vince@desk2 ~]$ xsetwacom --list
>>     > >> HUION PenTablet stylus                  id: 8   type: STYLUS
>>     > >> HUION PenTablet pad                     id: 9   type: PAD
>>     > >
>>     > >> Your list makes me think the driver is not installed.  a recent change
>>     > >> from Nick consolidated the devices
>>     > >
>>     > >
>>     > > With the evdev driver xsetwacom always returned an empty list, so now
>>     > > the driver is clearly installed - I get a list of devices.
>>     > >
>>     > > Question is of course, if F21 has something more recent than F20,
>>     although
>>     > > the kernel version seems to be the same...
>>     > >
>>     > >>
>>     > >>
>>     > >> and
>>     > >> [vince@desk2 ~]$ xsetwacom -V
>>     > >> 0.28.0
>>     > >
>>     > > ...your xsetwacom versoin is newer, maybe that makes the difference.
>>     > >
>>     > >> I don't think the problem is with your version of xsetwacom.  But that
>>     > >> is a guess on my part.
>>     > >
>>     > > It seems that xsetwacom is the only thing that differs between your and
>>     > > my installation, so I think it might make a difference... I will try to
>>     > > upgrade.
>>     > >
>>     > >> Gimp gave me lots of issues.   Some times I would
>>     > >> $ rm .gimp-2.8/devicerc
>>     > >>
>>     > >>
>>     > >> I noticed that some times the stylus would move the mouse pointer but
>>     > >> that it could only select some things and not others.
>>     > >> Say file but not the pencil icon in gimp.
>>     > >> Then noticed that it had same issues outside of gimp.  I got no idea
>>     > >> what was going on.
>>     > >
>>     > > Interesting, hmm, I only noticed that I sometimes was not able to draw
>>     > > on the canvas, just as I described in my first mail, but otherwise
>>     > > everything seemed to work fine. It almost sounds that you ran into more
>>     > > problems than I did, but then again, I do not use the tablet too much
>>     > > outside of gimp, I tried it with blender (worked) and with synfig
>>     studio
>>     > > (partly worked), also wanted to try krita but it crashes right away
>>     when
>>     > > the tablet is plugged in.
>>     > >
>>     > >> btw I have to re-execute the huion.sh script every time the tablet
>>     > >> gets plugged in.
>>     > >
>>     > > From what I understand those settings (also the ones that the windows
>>     > > tool makes) are not permanent. It would be cool if we could pass those
>>     > > options directly to the driver to make the settings "more" permanent.
>>     > > Nick, do you think this would be possible?
>>     > >
>>     > >> Which is why I tried to get it to run of the udev script.
>>     > >> The udev trigger works but to set the xsetwacom it has to have a X11
>>     DISPLAY.
>>     > >> The I tried various delays in the udev trigger to wait till X was up.
>>     > >> Also put in the log statements to help me determine what it was runing
>>     > >> vs when X started.
>>     > >
>>     > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
>>     > > then after a short delay? You may also need to set xhost +localhost to
>>     > > add yourself to the access list, but that's just a guess, I'll try it
>>     out,
>>     > > provided that xsetwacom lets me map the buttons, I'll let you know how
>>     far I
>>     > > get, but I'll update to Fedora 21 first.
>>     > >
>>     > > Thanks once more for the hints, scripts and configs!
>>     > >
>>     > > Kind regards,
>>     > > Jin
>>     > >
>>     > >
>>     > >> The udev  is
>>     > >> # to restart udev after changes issue
>>     > >> #
>>     > >> #    udevadm control --reload
>>     > >> #
>>     > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
>>     > >> RUN+="/home/vince/bin/udevHuion"
>>     > >>
>>     > >>
>>     > >> and
>>     > >> [vince@desk2 ~]$ cat bin/udevHuion
>>     > >> #!/bin/bash
>>     > >> #Mon Jan 19 16:49:06 EST 2015
>>     > >> # called by udev rule
>>     > >> #set -x
>>     > >> WHO=vince
>>     > >> WHAT="/home/vince/bin/huion.sh"
>>     > >>
>>     > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//
>>     g'`
>>     > >> export DISPLAY="$Display"
>>     > >> su vince -c "DISPLAY=$Display $WHAT udev"&
>>     > >>
>>     > >> [vince@desk2 ~]$
>>     > >>
>>     > >> fails every time.
>>     > >>
>>     > >> ----------
>>     > >> good luck
>>     > >>
>>     > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
>>     > >> <ji...@me...> wrote:
>>     > >> > Hi Vince,
>>     > >> >
>>     > >> > thanks for your reply.
>>     > >> >
>>     > >> > The xorg config worked, the Wacom driver is now loaded.
>>     > >> >
>>     > >> > xsetwacom --list devices does indeed list:
>>     > >> >
>>     > >> > HUION PenTablet stylus              id: 15  type: STYLUS
>>     > >> > HUION PenTablet stylus              id: 17  type: STYLUS
>>     > >> > HUION PenTablet eraser              id: 18  type: ERASER
>>     > >> > HUION PenTablet pad                 id: 19  type: PAD
>>     > >> >
>>     > >> > In gimp I also see those devices as well (although there I have only
>>     one
>>     > >> > "stylus", the other one is just called "HUION PenTablet"
>>     > >> >
>>     > >> > The huion.sh script does not work however, it prints the following
>>     > >> > message 7 times:
>>     > >> >
>>     > >> > Invalid offset into Wacom Button Actions property.
>>     > >> >
>>     > >> > I can confirm that the script is not faulty, i.e. it's trying to set
>>     things
>>     > >> > like:
>>     > >> > ++ xsetwacom set 19 button 11 key '['
>>     > >> > Invalid offset into Wacom Button Actions property.
>>     > >> >
>>     > >> > So it's some problem with the wacom driver or xsetwacom tool?
>>     > >> > Setting the keys does not seem to work :(
>>     > >> >
>>     > >> > Also, in Gimp, I do not really know how to select the other devices
>>     (or if
>>     > >> > it even makes sesnes to select other devices? It's always using the
>>     > >> > "HUION PenTablet stylus".
>>     > >> >
>>     > >> > Question is... why does xsetwacom work for you?
>>     > >> >
>>     > >> > xsetwacom -V gives me:
>>     > >> > 0.23.0
>>     > >> >
>>     > >> > What version do you have?
>>     > >> >
>>     > >> > Kind regards,
>>     > >> > Jin
>>     > >> >
>>     > >> >
>>     > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>>     > >> >> to set up the buttons you need to do several things.
>>     > >> >> first create this file....
>>     > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>>     > >> >> Section "InputClass"
>>     > >> >>     Identifier "digimend2 version"
>>     > >> >>     MatchIsTablet "on"
>>     > >> >>     MatchDevicePath "/dev/input/event*"
>>     > >> >> #   use for wacom driver
>>     > >> >>     MatchProduct "PenTablet"
>>     > >> >>     Driver "wacom"
>>     > >> >>         Option "rotate" "half"
>>     > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
>>     > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
>>     eraser
>>     > >> >>         #Option         "Button3" "key +n -n "          # pencil
>>     > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
>>     zoom in
>>     > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
>>     > >> >>         #Option "Button10" "key +bracketright -bracketright "
>>     > >> >>  # + pencil
>>     > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
>>     > >> >>  # - pencil
>>     > >> >> #       Option  "Button12"              # hand
>>     > >> >> #
>>     > >> >> # end GIMP settings
>>     > >> >> #
>>     > >> >>
>>     > >> >>  #   use for evdev
>>     > >> >>  #   Driver "evdev"
>>     > >> >>  #      Option "InvertX" "on"
>>     > >> >>  #      Option "InvertY" "on"
>>     > >> >> EndSection
>>     > >> >> --------------------------------------------------------ends above
>>     > >> >> this line--------------------------------------------------
>>     > >> >> note the commented out settings they don't work.
>>     > >> >> I have the line
>>     > >> >> Option "rotate" "half"
>>     > >> >> because I'm left handed, if you are not left handed, leave that
>>     out.
>>     > >> >>
>>     > >> >>
>>     > >> >> Then re-start X. There is a setting in the system settings that
>>     will
>>     > >> >> enable the key combination of ctrl alt backspace to cause X to
>>     > >> >> restart.
>>     > >> >> I can't find the kde settings at moment where I enabled that key
>>     > >> >> combination.  There are several ways to re-start X, search google.
>>     > >> >>
>>     > >> >> Then copy the attached shell script some place and mark it
>>     executable...;.
>>     > >> >> chmod u+x huion.sh
>>     > >> >>
>>     > >> >> the script is kind of messy, but it works to set up the buttons on
>>     my H610.
>>     > >> >>
>>     > >> >> good luck.
>>     > >> >> ------------------
>>     > >> >> Vince
>>     > >> >>
>>     > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>>     > >> >> <ji...@me...> wrote:
>>     > >> >> > Hi,
>>     > >> >> >
>>     > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>>     > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
>>     :)
>>     > >> >> >
>>     > >> >> > I do however experience some glitches now and then and I am not
>>     sure if its
>>     > >> >> > a problem with the driver or with Gimp.
>>     > >> >> >
>>     > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
>>     i.e. the input
>>     > >> >> > devices does not switch to Huion when I'm trying to paint. I can
>>     still
>>     > >> >> > navigate all menus and clicks on menus and toolboxes work, but
>>     painting on
>>     > >> >> > the canvas is impossible. When this happens, painting with the
>>     mouse is also
>>     > >> >> > impossible, while clicks on menus etc. work fine.
>>     > >> >> >
>>     > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
>>     the tablet
>>     > >> >> > and start Gimp again and chances are high that it will just start
>>     working
>>     > >> >> > again.
>>     > >> >> >
>>     > >> >> > Any ideas how to debug this?
>>     > >> >> >
>>     > >> >> > Second thing that I noticed is that it's sometimes recognized
>>     differently
>>     > >> >> > in Gimp. When selecting the tablet in the input devices dialog
>>     > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
>>     is really
>>     > >> >> > weird.
>>     > >> >> >
>>     > >> >> > And one last question: is there also a utility, similar to the
>>     one that is
>>     > >> >> > supplied with the windows drivers, to tell the tablet to send
>>     other key
>>     > >> >> > combos? In default mode it sends weird combinations with ctrl-
>>     and shift-
>>     > >> >> > and I somehow failed to remap that.
>>     > >> >> >
>>     > >> >> > Kind regards,
>>     > >> >> > Jin
>>     > >> >> >
>>     > >> >> >
>>     > >> >> >
>>     ------------------------------------------------------------------------------
>>     > >> >> > Dive into the World of Parallel Programming. The Go Parallel
>>     Website,
>>     > >> >> > sponsored by Intel and developed in partnership with Slashdot
>>     Media, is your
>>     > >> >> > hub for all things parallel software development, from weekly
>>     thought
>>     > >> >> > leadership blogs to news, videos, case studies, tutorials and
>>     more. Take a
>>     > >> >> > look and join the conversation now. http://
>>     goparallel.sourceforge.net/
>>     > >> >> > _______________________________________________
>>     > >> >> > DIGImend-users mailing list
>>     > >> >> > DIG...@li...
>>     > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>>     > >> >
>>     > >> >
>>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

I compiled the latest digimend driver from git now:

filename:       /lib/modules/3.18.6-200.fc21.x86_64/extra/hid-huion.ko
version:        5
license:        GPL
description:    Huion HID driver
author:         Nikolai Kondrashov
author:         Martin Rusko
srcversion:     507D84232B8529ABBDFF3F1
alias:          hid:b0003g*v00005543p0000004D
alias:          hid:b0003g*v00005543p0000006E
alias:          hid:b0003g*v0000256Cp0000006E
depends:        
vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload 

I also compiled evdev and wacom X drivers from the rawhide repo:

$ xsetwacom -V
0.28.0

Indeed I see a difference in the device listing, I have one device less
now:

$ xsetwacom --list devices
HUION PenTablet stylus              id: 10  type: STYLUS    
HUION PenTablet eraser              id: 11  type: ERASER    
HUION PenTablet pad                 id: 12  type: PAD       
HUION PenTablet stylus              id: 18  type: STYLUS    

However when I try to map a key, the result is still the same:
$ xsetwacom set 12 button 11 key '['
Invalid offset into Wacom Button Actions property.

So still no luck, unfortunately.


Kind regards,
Jin

On Sat, Feb 14, 2015 at 08:03:47PM -0500, Vince Herried wrote:
> Yes i compiled both myself.
> 
> ------------
> Vince
> 
> On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...> wrote:
> 
>     I upgraded to Fedora 21 now:
> 
>     modinfo hid-huion
>     filename:
>     /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
>     license:        GPL
>     description:    Huion HID driver
>     author:         Martin Rusko
>     alias:          hid:b0003g*v00005543p0000006E
>     alias:          hid:b0003g*v0000256Cp0000006E
>     depends:
>     intree:         Y
>     vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
> 
>     However it still seems to be using the old version, did you compile
>     your drivers yourself?
> 
>     Also, my xsetwacom has a version 0.25 (package
>     xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
>     question here, did you compile it yourself?
> 
>     Basically nothing has changed for me after the upgrade in regard to the
>     Huion drivers.
> 
>     Kind regards,
>     Jin
> 
> 
> 
>     On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
>     > your modinfo version doesn't match mine.
>     > Missing version 5
>     >
>     > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
>     >         .report_fixup = huion_report_fixup,
>     >         .raw_event = huion_raw_event,
>     > };
>     > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
>     >
>     > MODULE_AUTHOR("Martin Rusko");
>     > MODULE_AUTHOR("Nikolai Kondrashov");
>     > MODULE_DESCRIPTION("Huion HID driver");
>     > MODULE_LICENSE("GPL");
>     > MODULE_VERSION("5");
>     > [vince@desk2 kernelDrivers.pre-svn]$
>     >
>     >
>     > I had the buttons  working on F20.
>     >
>     >
>     > re update to f21, to use fedup, I had to delete all the nvidia
>     > propriatary drivers.  fedup just loops otherwise.
>     >
>     > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
>     > with virgin kernel when I put in update Friday.
>     >
>     >
>     > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
>     > <ji...@me...> wrote:
>     > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
>     > >> when it fails for me usually because X didn't restart.
>     > >
>     > > it was restarted and the "wacom" driver was loaded when attaching the
>     > > tablet, not the standard evdev driver, so that part worked as I
>     > > mentioned in my last mail.
>     > >
>     > >> first be sure the driver is installed
>     > >>
>     > >> [vince@desk2 ~]$ modinfo hid-huion
>     > >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/
>     hid-huion.ko
>     > >> version:        5
>     > >> license:        GPL
>     > >> description:    Huion HID driver
>     > >> author:         Nikolai Kondrashov
>     > >> author:         Martin Rusko
>     > >> srcversion:     29344D5C58BC9ECAAA4F28A
>     > >> alias:          hid:b0003g*v00005543p0000004D
>     > >> alias:          hid:b0003g*v00005543p0000006E
>     > >> alias:          hid:b0003g*v0000256Cp0000006E
>     > >> depends:
>     > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
>     > >> [vince@desk2 ~]$
>     > >
>     > > modinfo hid-huion
>     > > filename:
>     > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
>     > > license:        GPL
>     > > description:    Huion HID driver
>     > > author:         Martin Rusko
>     > > alias:          hid:b0003g*v00005543p0000006E
>     > > alias:          hid:b0003g*v0000256Cp0000006E
>     > > depends:
>     > > intree:         Y
>     > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
>     > >
>     > > I should probably upgrade to fc21 and see what happens.
>     > >
>     > >> Then  check
>     > >>
>     > >> /var/log/Xorg.0.log
>     > >>
>     > >> assuming X was restarted you should find something like:
>     > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
>     > >> stylus" (type: STYLUS, i
>     > >> d 8)
>     > >
>     > > ...yes, I do have those messages.
>     > >
>     > >>
>     > >> [vince@desk2 ~]$ xsetwacom --list
>     > >> HUION PenTablet stylus                  id: 8   type: STYLUS
>     > >> HUION PenTablet pad                     id: 9   type: PAD
>     > >
>     > >> Your list makes me think the driver is not installed.  a recent change
>     > >> from Nick consolidated the devices
>     > >
>     > >
>     > > With the evdev driver xsetwacom always returned an empty list, so now
>     > > the driver is clearly installed - I get a list of devices.
>     > >
>     > > Question is of course, if F21 has something more recent than F20,
>     although
>     > > the kernel version seems to be the same...
>     > >
>     > >>
>     > >>
>     > >> and
>     > >> [vince@desk2 ~]$ xsetwacom -V
>     > >> 0.28.0
>     > >
>     > > ...your xsetwacom versoin is newer, maybe that makes the difference.
>     > >
>     > >> I don't think the problem is with your version of xsetwacom.  But that
>     > >> is a guess on my part.
>     > >
>     > > It seems that xsetwacom is the only thing that differs between your and
>     > > my installation, so I think it might make a difference... I will try to
>     > > upgrade.
>     > >
>     > >> Gimp gave me lots of issues.   Some times I would
>     > >> $ rm .gimp-2.8/devicerc
>     > >>
>     > >>
>     > >> I noticed that some times the stylus would move the mouse pointer but
>     > >> that it could only select some things and not others.
>     > >> Say file but not the pencil icon in gimp.
>     > >> Then noticed that it had same issues outside of gimp.  I got no idea
>     > >> what was going on.
>     > >
>     > > Interesting, hmm, I only noticed that I sometimes was not able to draw
>     > > on the canvas, just as I described in my first mail, but otherwise
>     > > everything seemed to work fine. It almost sounds that you ran into more
>     > > problems than I did, but then again, I do not use the tablet too much
>     > > outside of gimp, I tried it with blender (worked) and with synfig
>     studio
>     > > (partly worked), also wanted to try krita but it crashes right away
>     when
>     > > the tablet is plugged in.
>     > >
>     > >> btw I have to re-execute the huion.sh script every time the tablet
>     > >> gets plugged in.
>     > >
>     > > From what I understand those settings (also the ones that the windows
>     > > tool makes) are not permanent. It would be cool if we could pass those
>     > > options directly to the driver to make the settings "more" permanent.
>     > > Nick, do you think this would be possible?
>     > >
>     > >> Which is why I tried to get it to run of the udev script.
>     > >> The udev trigger works but to set the xsetwacom it has to have a X11
>     DISPLAY.
>     > >> The I tried various delays in the udev trigger to wait till X was up.
>     > >> Also put in the log statements to help me determine what it was runing
>     > >> vs when X started.
>     > >
>     > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
>     > > then after a short delay? You may also need to set xhost +localhost to
>     > > add yourself to the access list, but that's just a guess, I'll try it
>     out,
>     > > provided that xsetwacom lets me map the buttons, I'll let you know how
>     far I
>     > > get, but I'll update to Fedora 21 first.
>     > >
>     > > Thanks once more for the hints, scripts and configs!
>     > >
>     > > Kind regards,
>     > > Jin
>     > >
>     > >
>     > >> The udev  is
>     > >> # to restart udev after changes issue
>     > >> #
>     > >> #    udevadm control --reload
>     > >> #
>     > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
>     > >> RUN+="/home/vince/bin/udevHuion"
>     > >>
>     > >>
>     > >> and
>     > >> [vince@desk2 ~]$ cat bin/udevHuion
>     > >> #!/bin/bash
>     > >> #Mon Jan 19 16:49:06 EST 2015
>     > >> # called by udev rule
>     > >> #set -x
>     > >> WHO=vince
>     > >> WHAT="/home/vince/bin/huion.sh"
>     > >>
>     > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//
>     g'`
>     > >> export DISPLAY="$Display"
>     > >> su vince -c "DISPLAY=$Display $WHAT udev"&
>     > >>
>     > >> [vince@desk2 ~]$
>     > >>
>     > >> fails every time.
>     > >>
>     > >> ----------
>     > >> good luck
>     > >>
>     > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
>     > >> <ji...@me...> wrote:
>     > >> > Hi Vince,
>     > >> >
>     > >> > thanks for your reply.
>     > >> >
>     > >> > The xorg config worked, the Wacom driver is now loaded.
>     > >> >
>     > >> > xsetwacom --list devices does indeed list:
>     > >> >
>     > >> > HUION PenTablet stylus              id: 15  type: STYLUS
>     > >> > HUION PenTablet stylus              id: 17  type: STYLUS
>     > >> > HUION PenTablet eraser              id: 18  type: ERASER
>     > >> > HUION PenTablet pad                 id: 19  type: PAD
>     > >> >
>     > >> > In gimp I also see those devices as well (although there I have only
>     one
>     > >> > "stylus", the other one is just called "HUION PenTablet"
>     > >> >
>     > >> > The huion.sh script does not work however, it prints the following
>     > >> > message 7 times:
>     > >> >
>     > >> > Invalid offset into Wacom Button Actions property.
>     > >> >
>     > >> > I can confirm that the script is not faulty, i.e. it's trying to set
>     things
>     > >> > like:
>     > >> > ++ xsetwacom set 19 button 11 key '['
>     > >> > Invalid offset into Wacom Button Actions property.
>     > >> >
>     > >> > So it's some problem with the wacom driver or xsetwacom tool?
>     > >> > Setting the keys does not seem to work :(
>     > >> >
>     > >> > Also, in Gimp, I do not really know how to select the other devices
>     (or if
>     > >> > it even makes sesnes to select other devices? It's always using the
>     > >> > "HUION PenTablet stylus".
>     > >> >
>     > >> > Question is... why does xsetwacom work for you?
>     > >> >
>     > >> > xsetwacom -V gives me:
>     > >> > 0.23.0
>     > >> >
>     > >> > What version do you have?
>     > >> >
>     > >> > Kind regards,
>     > >> > Jin
>     > >> >
>     > >> >
>     > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>     > >> >> to set up the buttons you need to do several things.
>     > >> >> first create this file....
>     > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>     > >> >> Section "InputClass"
>     > >> >>     Identifier "digimend2 version"
>     > >> >>     MatchIsTablet "on"
>     > >> >>     MatchDevicePath "/dev/input/event*"
>     > >> >> #   use for wacom driver
>     > >> >>     MatchProduct "PenTablet"
>     > >> >>     Driver "wacom"
>     > >> >>         Option "rotate" "half"
>     > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
>     > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
>     eraser
>     > >> >>         #Option         "Button3" "key +n -n "          # pencil
>     > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
>     zoom in
>     > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
>     > >> >>         #Option "Button10" "key +bracketright -bracketright "
>     > >> >>  # + pencil
>     > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
>     > >> >>  # - pencil
>     > >> >> #       Option  "Button12"              # hand
>     > >> >> #
>     > >> >> # end GIMP settings
>     > >> >> #
>     > >> >>
>     > >> >>  #   use for evdev
>     > >> >>  #   Driver "evdev"
>     > >> >>  #      Option "InvertX" "on"
>     > >> >>  #      Option "InvertY" "on"
>     > >> >> EndSection
>     > >> >> --------------------------------------------------------ends above
>     > >> >> this line--------------------------------------------------
>     > >> >> note the commented out settings they don't work.
>     > >> >> I have the line
>     > >> >> Option "rotate" "half"
>     > >> >> because I'm left handed, if you are not left handed, leave that
>     out.
>     > >> >>
>     > >> >>
>     > >> >> Then re-start X. There is a setting in the system settings that
>     will
>     > >> >> enable the key combination of ctrl alt backspace to cause X to
>     > >> >> restart.
>     > >> >> I can't find the kde settings at moment where I enabled that key
>     > >> >> combination.  There are several ways to re-start X, search google.
>     > >> >>
>     > >> >> Then copy the attached shell script some place and mark it
>     executable...;.
>     > >> >> chmod u+x huion.sh
>     > >> >>
>     > >> >> the script is kind of messy, but it works to set up the buttons on
>     my H610.
>     > >> >>
>     > >> >> good luck.
>     > >> >> ------------------
>     > >> >> Vince
>     > >> >>
>     > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>     > >> >> <ji...@me...> wrote:
>     > >> >> > Hi,
>     > >> >> >
>     > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>     > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
>     :)
>     > >> >> >
>     > >> >> > I do however experience some glitches now and then and I am not
>     sure if its
>     > >> >> > a problem with the driver or with Gimp.
>     > >> >> >
>     > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
>     i.e. the input
>     > >> >> > devices does not switch to Huion when I'm trying to paint. I can
>     still
>     > >> >> > navigate all menus and clicks on menus and toolboxes work, but
>     painting on
>     > >> >> > the canvas is impossible. When this happens, painting with the
>     mouse is also
>     > >> >> > impossible, while clicks on menus etc. work fine.
>     > >> >> >
>     > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
>     the tablet
>     > >> >> > and start Gimp again and chances are high that it will just start
>     working
>     > >> >> > again.
>     > >> >> >
>     > >> >> > Any ideas how to debug this?
>     > >> >> >
>     > >> >> > Second thing that I noticed is that it's sometimes recognized
>     differently
>     > >> >> > in Gimp. When selecting the tablet in the input devices dialog
>     > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
>     is really
>     > >> >> > weird.
>     > >> >> >
>     > >> >> > And one last question: is there also a utility, similar to the
>     one that is
>     > >> >> > supplied with the windows drivers, to tell the tablet to send
>     other key
>     > >> >> > combos? In default mode it sends weird combinations with ctrl-
>     and shift-
>     > >> >> > and I somehow failed to remap that.
>     > >> >> >
>     > >> >> > Kind regards,
>     > >> >> > Jin
>     > >> >> >
>     > >> >> >
>     > >> >> >
>     ------------------------------------------------------------------------------
>     > >> >> > Dive into the World of Parallel Programming. The Go Parallel
>     Website,
>     > >> >> > sponsored by Intel and developed in partnership with Slashdot
>     Media, is your
>     > >> >> > hub for all things parallel software development, from weekly
>     thought
>     > >> >> > leadership blogs to news, videos, case studies, tutorials and
>     more. Take a
>     > >> >> > look and join the conversation now. http://
>     goparallel.sourceforge.net/
>     > >> >> > _______________________________________________
>     > >> >> > DIGImend-users mailing list
>     > >> >> > DIG...@li...
>     > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>     > >> >
>     > >> >
> 

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey J. B. <ji...@me...>]

On Sat, Feb 14, 2015 at 08:03:47PM -0500, Vince Herried wrote:
> Yes i compiled both myself.

Doh! Would have been helpful if you told so right away instead of
letting me guess where your versions came from - I even upgraded the
distro because of it :P



> ------------
> Vince
> 
> On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...> wrote:
> 
>     I upgraded to Fedora 21 now:
> 
>     modinfo hid-huion
>     filename:
>     /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
>     license:        GPL
>     description:    Huion HID driver
>     author:         Martin Rusko
>     alias:          hid:b0003g*v00005543p0000006E
>     alias:          hid:b0003g*v0000256Cp0000006E
>     depends:
>     intree:         Y
>     vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
> 
>     However it still seems to be using the old version, did you compile
>     your drivers yourself?
> 
>     Also, my xsetwacom has a version 0.25 (package
>     xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
>     question here, did you compile it yourself?
> 
>     Basically nothing has changed for me after the upgrade in regard to the
>     Huion drivers.
> 
>     Kind regards,
>     Jin
> 
> 
> 
>     On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
>     > your modinfo version doesn't match mine.
>     > Missing version 5
>     >
>     > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
>     >         .report_fixup = huion_report_fixup,
>     >         .raw_event = huion_raw_event,
>     > };
>     > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
>     >
>     > MODULE_AUTHOR("Martin Rusko");
>     > MODULE_AUTHOR("Nikolai Kondrashov");
>     > MODULE_DESCRIPTION("Huion HID driver");
>     > MODULE_LICENSE("GPL");
>     > MODULE_VERSION("5");
>     > [vince@desk2 kernelDrivers.pre-svn]$
>     >
>     >
>     > I had the buttons  working on F20.
>     >
>     >
>     > re update to f21, to use fedup, I had to delete all the nvidia
>     > propriatary drivers.  fedup just loops otherwise.
>     >
>     > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
>     > with virgin kernel when I put in update Friday.
>     >
>     >
>     > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
>     > <ji...@me...> wrote:
>     > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
>     > >> when it fails for me usually because X didn't restart.
>     > >
>     > > it was restarted and the "wacom" driver was loaded when attaching the
>     > > tablet, not the standard evdev driver, so that part worked as I
>     > > mentioned in my last mail.
>     > >
>     > >> first be sure the driver is installed
>     > >>
>     > >> [vince@desk2 ~]$ modinfo hid-huion
>     > >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/
>     hid-huion.ko
>     > >> version:        5
>     > >> license:        GPL
>     > >> description:    Huion HID driver
>     > >> author:         Nikolai Kondrashov
>     > >> author:         Martin Rusko
>     > >> srcversion:     29344D5C58BC9ECAAA4F28A
>     > >> alias:          hid:b0003g*v00005543p0000004D
>     > >> alias:          hid:b0003g*v00005543p0000006E
>     > >> alias:          hid:b0003g*v0000256Cp0000006E
>     > >> depends:
>     > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
>     > >> [vince@desk2 ~]$
>     > >
>     > > modinfo hid-huion
>     > > filename:
>     > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
>     > > license:        GPL
>     > > description:    Huion HID driver
>     > > author:         Martin Rusko
>     > > alias:          hid:b0003g*v00005543p0000006E
>     > > alias:          hid:b0003g*v0000256Cp0000006E
>     > > depends:
>     > > intree:         Y
>     > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
>     > >
>     > > I should probably upgrade to fc21 and see what happens.
>     > >
>     > >> Then  check
>     > >>
>     > >> /var/log/Xorg.0.log
>     > >>
>     > >> assuming X was restarted you should find something like:
>     > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
>     > >> stylus" (type: STYLUS, i
>     > >> d 8)
>     > >
>     > > ...yes, I do have those messages.
>     > >
>     > >>
>     > >> [vince@desk2 ~]$ xsetwacom --list
>     > >> HUION PenTablet stylus                  id: 8   type: STYLUS
>     > >> HUION PenTablet pad                     id: 9   type: PAD
>     > >
>     > >> Your list makes me think the driver is not installed.  a recent change
>     > >> from Nick consolidated the devices
>     > >
>     > >
>     > > With the evdev driver xsetwacom always returned an empty list, so now
>     > > the driver is clearly installed - I get a list of devices.
>     > >
>     > > Question is of course, if F21 has something more recent than F20,
>     although
>     > > the kernel version seems to be the same...
>     > >
>     > >>
>     > >>
>     > >> and
>     > >> [vince@desk2 ~]$ xsetwacom -V
>     > >> 0.28.0
>     > >
>     > > ...your xsetwacom versoin is newer, maybe that makes the difference.
>     > >
>     > >> I don't think the problem is with your version of xsetwacom.  But that
>     > >> is a guess on my part.
>     > >
>     > > It seems that xsetwacom is the only thing that differs between your and
>     > > my installation, so I think it might make a difference... I will try to
>     > > upgrade.
>     > >
>     > >> Gimp gave me lots of issues.   Some times I would
>     > >> $ rm .gimp-2.8/devicerc
>     > >>
>     > >>
>     > >> I noticed that some times the stylus would move the mouse pointer but
>     > >> that it could only select some things and not others.
>     > >> Say file but not the pencil icon in gimp.
>     > >> Then noticed that it had same issues outside of gimp.  I got no idea
>     > >> what was going on.
>     > >
>     > > Interesting, hmm, I only noticed that I sometimes was not able to draw
>     > > on the canvas, just as I described in my first mail, but otherwise
>     > > everything seemed to work fine. It almost sounds that you ran into more
>     > > problems than I did, but then again, I do not use the tablet too much
>     > > outside of gimp, I tried it with blender (worked) and with synfig
>     studio
>     > > (partly worked), also wanted to try krita but it crashes right away
>     when
>     > > the tablet is plugged in.
>     > >
>     > >> btw I have to re-execute the huion.sh script every time the tablet
>     > >> gets plugged in.
>     > >
>     > > From what I understand those settings (also the ones that the windows
>     > > tool makes) are not permanent. It would be cool if we could pass those
>     > > options directly to the driver to make the settings "more" permanent.
>     > > Nick, do you think this would be possible?
>     > >
>     > >> Which is why I tried to get it to run of the udev script.
>     > >> The udev trigger works but to set the xsetwacom it has to have a X11
>     DISPLAY.
>     > >> The I tried various delays in the udev trigger to wait till X was up.
>     > >> Also put in the log statements to help me determine what it was runing
>     > >> vs when X started.
>     > >
>     > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
>     > > then after a short delay? You may also need to set xhost +localhost to
>     > > add yourself to the access list, but that's just a guess, I'll try it
>     out,
>     > > provided that xsetwacom lets me map the buttons, I'll let you know how
>     far I
>     > > get, but I'll update to Fedora 21 first.
>     > >
>     > > Thanks once more for the hints, scripts and configs!
>     > >
>     > > Kind regards,
>     > > Jin
>     > >
>     > >
>     > >> The udev  is
>     > >> # to restart udev after changes issue
>     > >> #
>     > >> #    udevadm control --reload
>     > >> #
>     > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
>     > >> RUN+="/home/vince/bin/udevHuion"
>     > >>
>     > >>
>     > >> and
>     > >> [vince@desk2 ~]$ cat bin/udevHuion
>     > >> #!/bin/bash
>     > >> #Mon Jan 19 16:49:06 EST 2015
>     > >> # called by udev rule
>     > >> #set -x
>     > >> WHO=vince
>     > >> WHAT="/home/vince/bin/huion.sh"
>     > >>
>     > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//
>     g'`
>     > >> export DISPLAY="$Display"
>     > >> su vince -c "DISPLAY=$Display $WHAT udev"&
>     > >>
>     > >> [vince@desk2 ~]$
>     > >>
>     > >> fails every time.
>     > >>
>     > >> ----------
>     > >> good luck
>     > >>
>     > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
>     > >> <ji...@me...> wrote:
>     > >> > Hi Vince,
>     > >> >
>     > >> > thanks for your reply.
>     > >> >
>     > >> > The xorg config worked, the Wacom driver is now loaded.
>     > >> >
>     > >> > xsetwacom --list devices does indeed list:
>     > >> >
>     > >> > HUION PenTablet stylus              id: 15  type: STYLUS
>     > >> > HUION PenTablet stylus              id: 17  type: STYLUS
>     > >> > HUION PenTablet eraser              id: 18  type: ERASER
>     > >> > HUION PenTablet pad                 id: 19  type: PAD
>     > >> >
>     > >> > In gimp I also see those devices as well (although there I have only
>     one
>     > >> > "stylus", the other one is just called "HUION PenTablet"
>     > >> >
>     > >> > The huion.sh script does not work however, it prints the following
>     > >> > message 7 times:
>     > >> >
>     > >> > Invalid offset into Wacom Button Actions property.
>     > >> >
>     > >> > I can confirm that the script is not faulty, i.e. it's trying to set
>     things
>     > >> > like:
>     > >> > ++ xsetwacom set 19 button 11 key '['
>     > >> > Invalid offset into Wacom Button Actions property.
>     > >> >
>     > >> > So it's some problem with the wacom driver or xsetwacom tool?
>     > >> > Setting the keys does not seem to work :(
>     > >> >
>     > >> > Also, in Gimp, I do not really know how to select the other devices
>     (or if
>     > >> > it even makes sesnes to select other devices? It's always using the
>     > >> > "HUION PenTablet stylus".
>     > >> >
>     > >> > Question is... why does xsetwacom work for you?
>     > >> >
>     > >> > xsetwacom -V gives me:
>     > >> > 0.23.0
>     > >> >
>     > >> > What version do you have?
>     > >> >
>     > >> > Kind regards,
>     > >> > Jin
>     > >> >
>     > >> >
>     > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>     > >> >> to set up the buttons you need to do several things.
>     > >> >> first create this file....
>     > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>     > >> >> Section "InputClass"
>     > >> >>     Identifier "digimend2 version"
>     > >> >>     MatchIsTablet "on"
>     > >> >>     MatchDevicePath "/dev/input/event*"
>     > >> >> #   use for wacom driver
>     > >> >>     MatchProduct "PenTablet"
>     > >> >>     Driver "wacom"
>     > >> >>         Option "rotate" "half"
>     > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
>     > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
>     eraser
>     > >> >>         #Option         "Button3" "key +n -n "          # pencil
>     > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
>     zoom in
>     > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
>     > >> >>         #Option "Button10" "key +bracketright -bracketright "
>     > >> >>  # + pencil
>     > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
>     > >> >>  # - pencil
>     > >> >> #       Option  "Button12"              # hand
>     > >> >> #
>     > >> >> # end GIMP settings
>     > >> >> #
>     > >> >>
>     > >> >>  #   use for evdev
>     > >> >>  #   Driver "evdev"
>     > >> >>  #      Option "InvertX" "on"
>     > >> >>  #      Option "InvertY" "on"
>     > >> >> EndSection
>     > >> >> --------------------------------------------------------ends above
>     > >> >> this line--------------------------------------------------
>     > >> >> note the commented out settings they don't work.
>     > >> >> I have the line
>     > >> >> Option "rotate" "half"
>     > >> >> because I'm left handed, if you are not left handed, leave that
>     out.
>     > >> >>
>     > >> >>
>     > >> >> Then re-start X. There is a setting in the system settings that
>     will
>     > >> >> enable the key combination of ctrl alt backspace to cause X to
>     > >> >> restart.
>     > >> >> I can't find the kde settings at moment where I enabled that key
>     > >> >> combination.  There are several ways to re-start X, search google.
>     > >> >>
>     > >> >> Then copy the attached shell script some place and mark it
>     executable...;.
>     > >> >> chmod u+x huion.sh
>     > >> >>
>     > >> >> the script is kind of messy, but it works to set up the buttons on
>     my H610.
>     > >> >>
>     > >> >> good luck.
>     > >> >> ------------------
>     > >> >> Vince
>     > >> >>
>     > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>     > >> >> <ji...@me...> wrote:
>     > >> >> > Hi,
>     > >> >> >
>     > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>     > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
>     :)
>     > >> >> >
>     > >> >> > I do however experience some glitches now and then and I am not
>     sure if its
>     > >> >> > a problem with the driver or with Gimp.
>     > >> >> >
>     > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
>     i.e. the input
>     > >> >> > devices does not switch to Huion when I'm trying to paint. I can
>     still
>     > >> >> > navigate all menus and clicks on menus and toolboxes work, but
>     painting on
>     > >> >> > the canvas is impossible. When this happens, painting with the
>     mouse is also
>     > >> >> > impossible, while clicks on menus etc. work fine.
>     > >> >> >
>     > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
>     the tablet
>     > >> >> > and start Gimp again and chances are high that it will just start
>     working
>     > >> >> > again.
>     > >> >> >
>     > >> >> > Any ideas how to debug this?
>     > >> >> >
>     > >> >> > Second thing that I noticed is that it's sometimes recognized
>     differently
>     > >> >> > in Gimp. When selecting the tablet in the input devices dialog
>     > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
>     is really
>     > >> >> > weird.
>     > >> >> >
>     > >> >> > And one last question: is there also a utility, similar to the
>     one that is
>     > >> >> > supplied with the windows drivers, to tell the tablet to send
>     other key
>     > >> >> > combos? In default mode it sends weird combinations with ctrl-
>     and shift-
>     > >> >> > and I somehow failed to remap that.
>     > >> >> >
>     > >> >> > Kind regards,
>     > >> >> > Jin
>     > >> >> >
>     > >> >> >
>     > >> >> >
>     ------------------------------------------------------------------------------
>     > >> >> > Dive into the World of Parallel Programming. The Go Parallel
>     Website,
>     > >> >> > sponsored by Intel and developed in partnership with Slashdot
>     Media, is your
>     > >> >> > hub for all things parallel software development, from weekly
>     thought
>     > >> >> > leadership blogs to news, videos, case studies, tutorials and
>     more. Take a
>     > >> >> > look and join the conversation now. http://
>     goparallel.sourceforge.net/
>     > >> >> > _______________________________________________
>     > >> >> > DIGImend-users mailing list
>     > >> >> > DIG...@li...
>     > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>     > >> >
>     > >> >
> 

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

Yes i compiled both myself.

------------
Vince
On Feb 14, 2015 8:01 PM, "Sergey 'Jin' Bostandzhyan" <ji...@me...>
wrote:

> I upgraded to Fedora 21 now:
>
> modinfo hid-huion
> filename:
> /lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
> license:        GPL
> description:    Huion HID driver
> author:         Martin Rusko
> alias:          hid:b0003g*v00005543p0000006E
> alias:          hid:b0003g*v0000256Cp0000006E
> depends:
> intree:         Y
> vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload
>
> However it still seems to be using the old version, did you compile
> your drivers yourself?
>
> Also, my xsetwacom has a version 0.25 (package
> xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
> question here, did you compile it yourself?
>
> Basically nothing has changed for me after the upgrade in regard to the
> Huion drivers.
>
> Kind regards,
> Jin
>
>
>
> On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
> > your modinfo version doesn't match mine.
> > Missing version 5
> >
> > [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
> >         .report_fixup = huion_report_fixup,
> >         .raw_event = huion_raw_event,
> > };
> > module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
> >
> > MODULE_AUTHOR("Martin Rusko");
> > MODULE_AUTHOR("Nikolai Kondrashov");
> > MODULE_DESCRIPTION("Huion HID driver");
> > MODULE_LICENSE("GPL");
> > MODULE_VERSION("5");
> > [vince@desk2 kernelDrivers.pre-svn]$
> >
> >
> > I had the buttons  working on F20.
> >
> >
> > re update to f21, to use fedup, I had to delete all the nvidia
> > propriatary drivers.  fedup just loops otherwise.
> >
> > Nick says his latest should be in the 3.18 kernel.  I didn't try huion
> > with virgin kernel when I put in update Friday.
> >
> >
> > On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
> > <ji...@me...> wrote:
> > > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
> > >> when it fails for me usually because X didn't restart.
> > >
> > > it was restarted and the "wacom" driver was loaded when attaching the
> > > tablet, not the standard evdev driver, so that part worked as I
> > > mentioned in my last mail.
> > >
> > >> first be sure the driver is installed
> > >>
> > >> [vince@desk2 ~]$ modinfo hid-huion
> > >> filename:
>  /lib/modules/3.18.6-200.fc21.i686+PAE/extra/hid-huion.ko
> > >> version:        5
> > >> license:        GPL
> > >> description:    Huion HID driver
> > >> author:         Nikolai Kondrashov
> > >> author:         Martin Rusko
> > >> srcversion:     29344D5C58BC9ECAAA4F28A
> > >> alias:          hid:b0003g*v00005543p0000004D
> > >> alias:          hid:b0003g*v00005543p0000006E
> > >> alias:          hid:b0003g*v0000256Cp0000006E
> > >> depends:
> > >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
> > >> [vince@desk2 ~]$
> > >
> > > modinfo hid-huion
> > > filename:
> > > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
> > > license:        GPL
> > > description:    Huion HID driver
> > > author:         Martin Rusko
> > > alias:          hid:b0003g*v00005543p0000006E
> > > alias:          hid:b0003g*v0000256Cp0000006E
> > > depends:
> > > intree:         Y
> > > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
> > >
> > > I should probably upgrade to fc21 and see what happens.
> > >
> > >> Then  check
> > >>
> > >> /var/log/Xorg.0.log
> > >>
> > >> assuming X was restarted you should find something like:
> > >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
> > >> stylus" (type: STYLUS, i
> > >> d 8)
> > >
> > > ...yes, I do have those messages.
> > >
> > >>
> > >> [vince@desk2 ~]$ xsetwacom --list
> > >> HUION PenTablet stylus                  id: 8   type: STYLUS
> > >> HUION PenTablet pad                     id: 9   type: PAD
> > >
> > >> Your list makes me think the driver is not installed.  a recent change
> > >> from Nick consolidated the devices
> > >
> > >
> > > With the evdev driver xsetwacom always returned an empty list, so now
> > > the driver is clearly installed - I get a list of devices.
> > >
> > > Question is of course, if F21 has something more recent than F20,
> although
> > > the kernel version seems to be the same...
> > >
> > >>
> > >>
> > >> and
> > >> [vince@desk2 ~]$ xsetwacom -V
> > >> 0.28.0
> > >
> > > ...your xsetwacom versoin is newer, maybe that makes the difference.
> > >
> > >> I don't think the problem is with your version of xsetwacom.  But that
> > >> is a guess on my part.
> > >
> > > It seems that xsetwacom is the only thing that differs between your and
> > > my installation, so I think it might make a difference... I will try to
> > > upgrade.
> > >
> > >> Gimp gave me lots of issues.   Some times I would
> > >> $ rm .gimp-2.8/devicerc
> > >>
> > >>
> > >> I noticed that some times the stylus would move the mouse pointer but
> > >> that it could only select some things and not others.
> > >> Say file but not the pencil icon in gimp.
> > >> Then noticed that it had same issues outside of gimp.  I got no idea
> > >> what was going on.
> > >
> > > Interesting, hmm, I only noticed that I sometimes was not able to draw
> > > on the canvas, just as I described in my first mail, but otherwise
> > > everything seemed to work fine. It almost sounds that you ran into more
> > > problems than I did, but then again, I do not use the tablet too much
> > > outside of gimp, I tried it with blender (worked) and with synfig
> studio
> > > (partly worked), also wanted to try krita but it crashes right away
> when
> > > the tablet is plugged in.
> > >
> > >> btw I have to re-execute the huion.sh script every time the tablet
> > >> gets plugged in.
> > >
> > > From what I understand those settings (also the ones that the windows
> > > tool makes) are not permanent. It would be cool if we could pass those
> > > options directly to the driver to make the settings "more" permanent.
> > > Nick, do you think this would be possible?
> > >
> > >> Which is why I tried to get it to run of the udev script.
> > >> The udev trigger works but to set the xsetwacom it has to have a X11
> DISPLAY.
> > >> The I tried various delays in the udev trigger to wait till X was up.
> > >> Also put in the log statements to help me determine what it was runing
> > >> vs when X started.
> > >
> > > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
> > > then after a short delay? You may also need to set xhost +localhost to
> > > add yourself to the access list, but that's just a guess, I'll try it
> out,
> > > provided that xsetwacom lets me map the buttons, I'll let you know how
> far I
> > > get, but I'll update to Fedora 21 first.
> > >
> > > Thanks once more for the hints, scripts and configs!
> > >
> > > Kind regards,
> > > Jin
> > >
> > >
> > >> The udev  is
> > >> # to restart udev after changes issue
> > >> #
> > >> #    udevadm control --reload
> > >> #
> > >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
> > >> RUN+="/home/vince/bin/udevHuion"
> > >>
> > >>
> > >> and
> > >> [vince@desk2 ~]$ cat bin/udevHuion
> > >> #!/bin/bash
> > >> #Mon Jan 19 16:49:06 EST 2015
> > >> # called by udev rule
> > >> #set -x
> > >> WHO=vince
> > >> WHAT="/home/vince/bin/huion.sh"
> > >>
> > >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed
> 's/[(|)]//g'`
> > >> export DISPLAY="$Display"
> > >> su vince -c "DISPLAY=$Display $WHAT udev"&
> > >>
> > >> [vince@desk2 ~]$
> > >>
> > >> fails every time.
> > >>
> > >> ----------
> > >> good luck
> > >>
> > >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
> > >> <ji...@me...> wrote:
> > >> > Hi Vince,
> > >> >
> > >> > thanks for your reply.
> > >> >
> > >> > The xorg config worked, the Wacom driver is now loaded.
> > >> >
> > >> > xsetwacom --list devices does indeed list:
> > >> >
> > >> > HUION PenTablet stylus              id: 15  type: STYLUS
> > >> > HUION PenTablet stylus              id: 17  type: STYLUS
> > >> > HUION PenTablet eraser              id: 18  type: ERASER
> > >> > HUION PenTablet pad                 id: 19  type: PAD
> > >> >
> > >> > In gimp I also see those devices as well (although there I have
> only one
> > >> > "stylus", the other one is just called "HUION PenTablet"
> > >> >
> > >> > The huion.sh script does not work however, it prints the following
> > >> > message 7 times:
> > >> >
> > >> > Invalid offset into Wacom Button Actions property.
> > >> >
> > >> > I can confirm that the script is not faulty, i.e. it's trying to
> set things
> > >> > like:
> > >> > ++ xsetwacom set 19 button 11 key '['
> > >> > Invalid offset into Wacom Button Actions property.
> > >> >
> > >> > So it's some problem with the wacom driver or xsetwacom tool?
> > >> > Setting the keys does not seem to work :(
> > >> >
> > >> > Also, in Gimp, I do not really know how to select the other devices
> (or if
> > >> > it even makes sesnes to select other devices? It's always using the
> > >> > "HUION PenTablet stylus".
> > >> >
> > >> > Question is... why does xsetwacom work for you?
> > >> >
> > >> > xsetwacom -V gives me:
> > >> > 0.23.0
> > >> >
> > >> > What version do you have?
> > >> >
> > >> > Kind regards,
> > >> > Jin
> > >> >
> > >> >
> > >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
> > >> >> to set up the buttons you need to do several things.
> > >> >> first create this file....
> > >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> > >> >> Section "InputClass"
> > >> >>     Identifier "digimend2 version"
> > >> >>     MatchIsTablet "on"
> > >> >>     MatchDevicePath "/dev/input/event*"
> > >> >> #   use for wacom driver
> > >> >>     MatchProduct "PenTablet"
> > >> >>     Driver "wacom"
> > >> >>         Option "rotate" "half"
> > >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
> > >> >>         #Option         "Button2" "key +Shift_L +e -e "         #
> eraser
> > >> >>         #Option         "Button3" "key +n -n "          # pencil
> > >> >>         #Option         "Button8" "key +Shift_L +equal -equal " #
> zoom in
> > >> >>         #Option "Button9" "key +minus -minus "          # zoom out
> > >> >>         #Option "Button10" "key +bracketright -bracketright "
> > >> >>  # + pencil
> > >> >>         #Option "Button11" "key +bracketleft -bracketleft "
> > >> >>  # - pencil
> > >> >> #       Option  "Button12"              # hand
> > >> >> #
> > >> >> # end GIMP settings
> > >> >> #
> > >> >>
> > >> >>  #   use for evdev
> > >> >>  #   Driver "evdev"
> > >> >>  #      Option "InvertX" "on"
> > >> >>  #      Option "InvertY" "on"
> > >> >> EndSection
> > >> >> --------------------------------------------------------ends above
> > >> >> this line--------------------------------------------------
> > >> >> note the commented out settings they don't work.
> > >> >> I have the line
> > >> >> Option "rotate" "half"
> > >> >> because I'm left handed, if you are not left handed, leave that
> out.
> > >> >>
> > >> >>
> > >> >> Then re-start X. There is a setting in the system settings that
> will
> > >> >> enable the key combination of ctrl alt backspace to cause X to
> > >> >> restart.
> > >> >> I can't find the kde settings at moment where I enabled that key
> > >> >> combination.  There are several ways to re-start X, search google.
> > >> >>
> > >> >> Then copy the attached shell script some place and mark it
> executable...;.
> > >> >> chmod u+x huion.sh
> > >> >>
> > >> >> the script is kind of messy, but it works to set up the buttons on
> my H610.
> > >> >>
> > >> >> good luck.
> > >> >> ------------------
> > >> >> Vince
> > >> >>
> > >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> > >> >> <ji...@me...> wrote:
> > >> >> > Hi,
> > >> >> >
> > >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
> > >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked
> :)
> > >> >> >
> > >> >> > I do however experience some glitches now and then and I am not
> sure if its
> > >> >> > a problem with the driver or with Gimp.
> > >> >> >
> > >> >> > Sometimes when I start Gimp I can not paint using the tablet,
> i.e. the input
> > >> >> > devices does not switch to Huion when I'm trying to paint. I can
> still
> > >> >> > navigate all menus and clicks on menus and toolboxes work, but
> painting on
> > >> >> > the canvas is impossible. When this happens, painting with the
> mouse is also
> > >> >> > impossible, while clicks on menus etc. work fine.
> > >> >> >
> > >> >> > When this happens I have to quite Gimp, disconnect and reconnect
> the tablet
> > >> >> > and start Gimp again and chances are high that it will just
> start working
> > >> >> > again.
> > >> >> >
> > >> >> > Any ideas how to debug this?
> > >> >> >
> > >> >> > Second thing that I noticed is that it's sometimes recognized
> differently
> > >> >> > in Gimp. When selecting the tablet in the input devices dialog
> > >> >> > I will see no keys  at all, sometimes I will see >200 keys which
> is really
> > >> >> > weird.
> > >> >> >
> > >> >> > And one last question: is there also a utility, similar to the
> one that is
> > >> >> > supplied with the windows drivers, to tell the tablet to send
> other key
> > >> >> > combos? In default mode it sends weird combinations with ctrl-
> and shift-
> > >> >> > and I somehow failed to remap that.
> > >> >> >
> > >> >> > Kind regards,
> > >> >> > Jin
> > >> >> >
> > >> >> >
> > >> >> >
> ------------------------------------------------------------------------------
> > >> >> > Dive into the World of Parallel Programming. The Go Parallel
> Website,
> > >> >> > sponsored by Intel and developed in partnership with Slashdot
> Media, is your
> > >> >> > hub for all things parallel software development, from weekly
> thought
> > >> >> > leadership blogs to news, videos, case studies, tutorials and
> more. Take a
> > >> >> > look and join the conversation now.
> http://goparallel.sourceforge.net/
> > >> >> > _______________________________________________
> > >> >> > DIGImend-users mailing list
> > >> >> > DIG...@li...
> > >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
> > >> >
> > >> >
>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

I upgraded to Fedora 21 now:

modinfo hid-huion
filename:
/lib/modules/3.18.6-200.fc21.x86_64/kernel/drivers/hid/hid-huion.ko.xz
license:        GPL
description:    Huion HID driver
author:         Martin Rusko
alias:          hid:b0003g*v00005543p0000006E
alias:          hid:b0003g*v0000256Cp0000006E
depends:        
intree:         Y
vermagic:       3.18.6-200.fc21.x86_64 SMP mod_unload 

However it still seems to be using the old version, did you compile
your drivers yourself?

Also, my xsetwacom has a version 0.25 (package
xorg-x11-drv-wacom-0.25.0-2.fc21.x86_64) and not 0.28 as yours, same
question here, did you compile it yourself?

Basically nothing has changed for me after the upgrade in regard to the
Huion drivers.

Kind regards,
Jin



On Sat, Feb 14, 2015 at 05:19:59PM -0500, Vince Herried wrote:
> your modinfo version doesn't match mine.
> Missing version 5
> 
> [vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
>         .report_fixup = huion_report_fixup,
>         .raw_event = huion_raw_event,
> };
> module_driver(huion_driver, hid_register_driver, hid_unregister_driver);
> 
> MODULE_AUTHOR("Martin Rusko");
> MODULE_AUTHOR("Nikolai Kondrashov");
> MODULE_DESCRIPTION("Huion HID driver");
> MODULE_LICENSE("GPL");
> MODULE_VERSION("5");
> [vince@desk2 kernelDrivers.pre-svn]$
> 
> 
> I had the buttons  working on F20.
> 
> 
> re update to f21, to use fedup, I had to delete all the nvidia
> propriatary drivers.  fedup just loops otherwise.
> 
> Nick says his latest should be in the 3.18 kernel.  I didn't try huion
> with virgin kernel when I put in update Friday.
> 
> 
> On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
> <ji...@me...> wrote:
> > On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
> >> when it fails for me usually because X didn't restart.
> >
> > it was restarted and the "wacom" driver was loaded when attaching the
> > tablet, not the standard evdev driver, so that part worked as I
> > mentioned in my last mail.
> >
> >> first be sure the driver is installed
> >>
> >> [vince@desk2 ~]$ modinfo hid-huion
> >> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/hid-huion.ko
> >> version:        5
> >> license:        GPL
> >> description:    Huion HID driver
> >> author:         Nikolai Kondrashov
> >> author:         Martin Rusko
> >> srcversion:     29344D5C58BC9ECAAA4F28A
> >> alias:          hid:b0003g*v00005543p0000004D
> >> alias:          hid:b0003g*v00005543p0000006E
> >> alias:          hid:b0003g*v0000256Cp0000006E
> >> depends:
> >> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
> >> [vince@desk2 ~]$
> >
> > modinfo hid-huion
> > filename:
> > /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
> > license:        GPL
> > description:    Huion HID driver
> > author:         Martin Rusko
> > alias:          hid:b0003g*v00005543p0000006E
> > alias:          hid:b0003g*v0000256Cp0000006E
> > depends:
> > intree:         Y
> > vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
> >
> > I should probably upgrade to fc21 and see what happens.
> >
> >> Then  check
> >>
> >> /var/log/Xorg.0.log
> >>
> >> assuming X was restarted you should find something like:
> >>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
> >> stylus" (type: STYLUS, i
> >> d 8)
> >
> > ...yes, I do have those messages.
> >
> >>
> >> [vince@desk2 ~]$ xsetwacom --list
> >> HUION PenTablet stylus                  id: 8   type: STYLUS
> >> HUION PenTablet pad                     id: 9   type: PAD
> >
> >> Your list makes me think the driver is not installed.  a recent change
> >> from Nick consolidated the devices
> >
> >
> > With the evdev driver xsetwacom always returned an empty list, so now
> > the driver is clearly installed - I get a list of devices.
> >
> > Question is of course, if F21 has something more recent than F20, although
> > the kernel version seems to be the same...
> >
> >>
> >>
> >> and
> >> [vince@desk2 ~]$ xsetwacom -V
> >> 0.28.0
> >
> > ...your xsetwacom versoin is newer, maybe that makes the difference.
> >
> >> I don't think the problem is with your version of xsetwacom.  But that
> >> is a guess on my part.
> >
> > It seems that xsetwacom is the only thing that differs between your and
> > my installation, so I think it might make a difference... I will try to
> > upgrade.
> >
> >> Gimp gave me lots of issues.   Some times I would
> >> $ rm .gimp-2.8/devicerc
> >>
> >>
> >> I noticed that some times the stylus would move the mouse pointer but
> >> that it could only select some things and not others.
> >> Say file but not the pencil icon in gimp.
> >> Then noticed that it had same issues outside of gimp.  I got no idea
> >> what was going on.
> >
> > Interesting, hmm, I only noticed that I sometimes was not able to draw
> > on the canvas, just as I described in my first mail, but otherwise
> > everything seemed to work fine. It almost sounds that you ran into more
> > problems than I did, but then again, I do not use the tablet too much
> > outside of gimp, I tried it with blender (worked) and with synfig studio
> > (partly worked), also wanted to try krita but it crashes right away when
> > the tablet is plugged in.
> >
> >> btw I have to re-execute the huion.sh script every time the tablet
> >> gets plugged in.
> >
> > From what I understand those settings (also the ones that the windows
> > tool makes) are not permanent. It would be cool if we could pass those
> > options directly to the driver to make the settings "more" permanent.
> > Nick, do you think this would be possible?
> >
> >> Which is why I tried to get it to run of the udev script.
> >> The udev trigger works but to set the xsetwacom it has to have a X11 DISPLAY.
> >> The I tried various delays in the udev trigger to wait till X was up.
> >> Also put in the log statements to help me determine what it was runing
> >> vs when X started.
> >
> > Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
> > then after a short delay? You may also need to set xhost +localhost to
> > add yourself to the access list, but that's just a guess, I'll try it out,
> > provided that xsetwacom lets me map the buttons, I'll let you know how far I
> > get, but I'll update to Fedora 21 first.
> >
> > Thanks once more for the hints, scripts and configs!
> >
> > Kind regards,
> > Jin
> >
> >
> >> The udev  is
> >> # to restart udev after changes issue
> >> #
> >> #    udevadm control --reload
> >> #
> >> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
> >> RUN+="/home/vince/bin/udevHuion"
> >>
> >>
> >> and
> >> [vince@desk2 ~]$ cat bin/udevHuion
> >> #!/bin/bash
> >> #Mon Jan 19 16:49:06 EST 2015
> >> # called by udev rule
> >> #set -x
> >> WHO=vince
> >> WHAT="/home/vince/bin/huion.sh"
> >>
> >> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//g'`
> >> export DISPLAY="$Display"
> >> su vince -c "DISPLAY=$Display $WHAT udev"&
> >>
> >> [vince@desk2 ~]$
> >>
> >> fails every time.
> >>
> >> ----------
> >> good luck
> >>
> >> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
> >> <ji...@me...> wrote:
> >> > Hi Vince,
> >> >
> >> > thanks for your reply.
> >> >
> >> > The xorg config worked, the Wacom driver is now loaded.
> >> >
> >> > xsetwacom --list devices does indeed list:
> >> >
> >> > HUION PenTablet stylus              id: 15  type: STYLUS
> >> > HUION PenTablet stylus              id: 17  type: STYLUS
> >> > HUION PenTablet eraser              id: 18  type: ERASER
> >> > HUION PenTablet pad                 id: 19  type: PAD
> >> >
> >> > In gimp I also see those devices as well (although there I have only one
> >> > "stylus", the other one is just called "HUION PenTablet"
> >> >
> >> > The huion.sh script does not work however, it prints the following
> >> > message 7 times:
> >> >
> >> > Invalid offset into Wacom Button Actions property.
> >> >
> >> > I can confirm that the script is not faulty, i.e. it's trying to set things
> >> > like:
> >> > ++ xsetwacom set 19 button 11 key '['
> >> > Invalid offset into Wacom Button Actions property.
> >> >
> >> > So it's some problem with the wacom driver or xsetwacom tool?
> >> > Setting the keys does not seem to work :(
> >> >
> >> > Also, in Gimp, I do not really know how to select the other devices (or if
> >> > it even makes sesnes to select other devices? It's always using the
> >> > "HUION PenTablet stylus".
> >> >
> >> > Question is... why does xsetwacom work for you?
> >> >
> >> > xsetwacom -V gives me:
> >> > 0.23.0
> >> >
> >> > What version do you have?
> >> >
> >> > Kind regards,
> >> > Jin
> >> >
> >> >
> >> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
> >> >> to set up the buttons you need to do several things.
> >> >> first create this file....
> >> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> >> >> Section "InputClass"
> >> >>     Identifier "digimend2 version"
> >> >>     MatchIsTablet "on"
> >> >>     MatchDevicePath "/dev/input/event*"
> >> >> #   use for wacom driver
> >> >>     MatchProduct "PenTablet"
> >> >>     Driver "wacom"
> >> >>         Option "rotate" "half"
> >> >>         #Option         "Button1" "key +Control_L +z -z " # undo
> >> >>         #Option         "Button2" "key +Shift_L +e -e "         # eraser
> >> >>         #Option         "Button3" "key +n -n "          # pencil
> >> >>         #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
> >> >>         #Option "Button9" "key +minus -minus "          # zoom out
> >> >>         #Option "Button10" "key +bracketright -bracketright "
> >> >>  # + pencil
> >> >>         #Option "Button11" "key +bracketleft -bracketleft "
> >> >>  # - pencil
> >> >> #       Option  "Button12"              # hand
> >> >> #
> >> >> # end GIMP settings
> >> >> #
> >> >>
> >> >>  #   use for evdev
> >> >>  #   Driver "evdev"
> >> >>  #      Option "InvertX" "on"
> >> >>  #      Option "InvertY" "on"
> >> >> EndSection
> >> >> --------------------------------------------------------ends above
> >> >> this line--------------------------------------------------
> >> >> note the commented out settings they don't work.
> >> >> I have the line
> >> >> Option "rotate" "half"
> >> >> because I'm left handed, if you are not left handed, leave that out.
> >> >>
> >> >>
> >> >> Then re-start X. There is a setting in the system settings that will
> >> >> enable the key combination of ctrl alt backspace to cause X to
> >> >> restart.
> >> >> I can't find the kde settings at moment where I enabled that key
> >> >> combination.  There are several ways to re-start X, search google.
> >> >>
> >> >> Then copy the attached shell script some place and mark it executable...;.
> >> >> chmod u+x huion.sh
> >> >>
> >> >> the script is kind of messy, but it works to set up the buttons on my H610.
> >> >>
> >> >> good luck.
> >> >> ------------------
> >> >> Vince
> >> >>
> >> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> >> >> <ji...@me...> wrote:
> >> >> > Hi,
> >> >> >
> >> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
> >> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
> >> >> >
> >> >> > I do however experience some glitches now and then and I am not sure if its
> >> >> > a problem with the driver or with Gimp.
> >> >> >
> >> >> > Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
> >> >> > devices does not switch to Huion when I'm trying to paint. I can still
> >> >> > navigate all menus and clicks on menus and toolboxes work, but painting on
> >> >> > the canvas is impossible. When this happens, painting with the mouse is also
> >> >> > impossible, while clicks on menus etc. work fine.
> >> >> >
> >> >> > When this happens I have to quite Gimp, disconnect and reconnect the tablet
> >> >> > and start Gimp again and chances are high that it will just start working
> >> >> > again.
> >> >> >
> >> >> > Any ideas how to debug this?
> >> >> >
> >> >> > Second thing that I noticed is that it's sometimes recognized differently
> >> >> > in Gimp. When selecting the tablet in the input devices dialog
> >> >> > I will see no keys  at all, sometimes I will see >200 keys which is really
> >> >> > weird.
> >> >> >
> >> >> > And one last question: is there also a utility, similar to the one that is
> >> >> > supplied with the windows drivers, to tell the tablet to send other key
> >> >> > combos? In default mode it sends weird combinations with ctrl- and shift-
> >> >> > and I somehow failed to remap that.
> >> >> >
> >> >> > Kind regards,
> >> >> > Jin
> >> >> >
> >> >> >
> >> >> > ------------------------------------------------------------------------------
> >> >> > Dive into the World of Parallel Programming. The Go Parallel Website,
> >> >> > sponsored by Intel and developed in partnership with Slashdot Media, is your
> >> >> > hub for all things parallel software development, from weekly thought
> >> >> > leadership blogs to news, videos, case studies, tutorials and more. Take a
> >> >> > look and join the conversation now. http://goparallel.sourceforge.net/
> >> >> > _______________________________________________
> >> >> > DIGImend-users mailing list
> >> >> > DIG...@li...
> >> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
> >> >
> >> >

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

your modinfo version doesn't match mine.
Missing version 5

[vince@desk2 kernelDrivers.pre-svn]$ tail hid-huion.c
        .report_fixup = huion_report_fixup,
        .raw_event = huion_raw_event,
};
module_driver(huion_driver, hid_register_driver, hid_unregister_driver);

MODULE_AUTHOR("Martin Rusko");
MODULE_AUTHOR("Nikolai Kondrashov");
MODULE_DESCRIPTION("Huion HID driver");
MODULE_LICENSE("GPL");
MODULE_VERSION("5");
[vince@desk2 kernelDrivers.pre-svn]$


I had the buttons  working on F20.


re update to f21, to use fedup, I had to delete all the nvidia
propriatary drivers.  fedup just loops otherwise.

Nick says his latest should be in the 3.18 kernel.  I didn't try huion
with virgin kernel when I put in update Friday.


On Sat, Feb 14, 2015 at 4:47 PM, Sergey 'Jin' Bostandzhyan
<ji...@me...> wrote:
> On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
>> when it fails for me usually because X didn't restart.
>
> it was restarted and the "wacom" driver was loaded when attaching the
> tablet, not the standard evdev driver, so that part worked as I
> mentioned in my last mail.
>
>> first be sure the driver is installed
>>
>> [vince@desk2 ~]$ modinfo hid-huion
>> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/hid-huion.ko
>> version:        5
>> license:        GPL
>> description:    Huion HID driver
>> author:         Nikolai Kondrashov
>> author:         Martin Rusko
>> srcversion:     29344D5C58BC9ECAAA4F28A
>> alias:          hid:b0003g*v00005543p0000004D
>> alias:          hid:b0003g*v00005543p0000006E
>> alias:          hid:b0003g*v0000256Cp0000006E
>> depends:
>> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
>> [vince@desk2 ~]$
>
> modinfo hid-huion
> filename:
> /lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
> license:        GPL
> description:    Huion HID driver
> author:         Martin Rusko
> alias:          hid:b0003g*v00005543p0000006E
> alias:          hid:b0003g*v0000256Cp0000006E
> depends:
> intree:         Y
> vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload
>
> I should probably upgrade to fc21 and see what happens.
>
>> Then  check
>>
>> /var/log/Xorg.0.log
>>
>> assuming X was restarted you should find something like:
>>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
>> stylus" (type: STYLUS, i
>> d 8)
>
> ...yes, I do have those messages.
>
>>
>> [vince@desk2 ~]$ xsetwacom --list
>> HUION PenTablet stylus                  id: 8   type: STYLUS
>> HUION PenTablet pad                     id: 9   type: PAD
>
>> Your list makes me think the driver is not installed.  a recent change
>> from Nick consolidated the devices
>
>
> With the evdev driver xsetwacom always returned an empty list, so now
> the driver is clearly installed - I get a list of devices.
>
> Question is of course, if F21 has something more recent than F20, although
> the kernel version seems to be the same...
>
>>
>>
>> and
>> [vince@desk2 ~]$ xsetwacom -V
>> 0.28.0
>
> ...your xsetwacom versoin is newer, maybe that makes the difference.
>
>> I don't think the problem is with your version of xsetwacom.  But that
>> is a guess on my part.
>
> It seems that xsetwacom is the only thing that differs between your and
> my installation, so I think it might make a difference... I will try to
> upgrade.
>
>> Gimp gave me lots of issues.   Some times I would
>> $ rm .gimp-2.8/devicerc
>>
>>
>> I noticed that some times the stylus would move the mouse pointer but
>> that it could only select some things and not others.
>> Say file but not the pencil icon in gimp.
>> Then noticed that it had same issues outside of gimp.  I got no idea
>> what was going on.
>
> Interesting, hmm, I only noticed that I sometimes was not able to draw
> on the canvas, just as I described in my first mail, but otherwise
> everything seemed to work fine. It almost sounds that you ran into more
> problems than I did, but then again, I do not use the tablet too much
> outside of gimp, I tried it with blender (worked) and with synfig studio
> (partly worked), also wanted to try krita but it crashes right away when
> the tablet is plugged in.
>
>> btw I have to re-execute the huion.sh script every time the tablet
>> gets plugged in.
>
> From what I understand those settings (also the ones that the windows
> tool makes) are not permanent. It would be cool if we could pass those
> options directly to the driver to make the settings "more" permanent.
> Nick, do you think this would be possible?
>
>> Which is why I tried to get it to run of the udev script.
>> The udev trigger works but to set the xsetwacom it has to have a X11 DISPLAY.
>> The I tried various delays in the udev trigger to wait till X was up.
>> Also put in the log statements to help me determine what it was runing
>> vs when X started.
>
> Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it
> then after a short delay? You may also need to set xhost +localhost to
> add yourself to the access list, but that's just a guess, I'll try it out,
> provided that xsetwacom lets me map the buttons, I'll let you know how far I
> get, but I'll update to Fedora 21 first.
>
> Thanks once more for the hints, scripts and configs!
>
> Kind regards,
> Jin
>
>
>> The udev  is
>> # to restart udev after changes issue
>> #
>> #    udevadm control --reload
>> #
>> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
>> RUN+="/home/vince/bin/udevHuion"
>>
>>
>> and
>> [vince@desk2 ~]$ cat bin/udevHuion
>> #!/bin/bash
>> #Mon Jan 19 16:49:06 EST 2015
>> # called by udev rule
>> #set -x
>> WHO=vince
>> WHAT="/home/vince/bin/huion.sh"
>>
>> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//g'`
>> export DISPLAY="$Display"
>> su vince -c "DISPLAY=$Display $WHAT udev"&
>>
>> [vince@desk2 ~]$
>>
>> fails every time.
>>
>> ----------
>> good luck
>>
>> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
>> <ji...@me...> wrote:
>> > Hi Vince,
>> >
>> > thanks for your reply.
>> >
>> > The xorg config worked, the Wacom driver is now loaded.
>> >
>> > xsetwacom --list devices does indeed list:
>> >
>> > HUION PenTablet stylus              id: 15  type: STYLUS
>> > HUION PenTablet stylus              id: 17  type: STYLUS
>> > HUION PenTablet eraser              id: 18  type: ERASER
>> > HUION PenTablet pad                 id: 19  type: PAD
>> >
>> > In gimp I also see those devices as well (although there I have only one
>> > "stylus", the other one is just called "HUION PenTablet"
>> >
>> > The huion.sh script does not work however, it prints the following
>> > message 7 times:
>> >
>> > Invalid offset into Wacom Button Actions property.
>> >
>> > I can confirm that the script is not faulty, i.e. it's trying to set things
>> > like:
>> > ++ xsetwacom set 19 button 11 key '['
>> > Invalid offset into Wacom Button Actions property.
>> >
>> > So it's some problem with the wacom driver or xsetwacom tool?
>> > Setting the keys does not seem to work :(
>> >
>> > Also, in Gimp, I do not really know how to select the other devices (or if
>> > it even makes sesnes to select other devices? It's always using the
>> > "HUION PenTablet stylus".
>> >
>> > Question is... why does xsetwacom work for you?
>> >
>> > xsetwacom -V gives me:
>> > 0.23.0
>> >
>> > What version do you have?
>> >
>> > Kind regards,
>> > Jin
>> >
>> >
>> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>> >> to set up the buttons you need to do several things.
>> >> first create this file....
>> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>> >> Section "InputClass"
>> >>     Identifier "digimend2 version"
>> >>     MatchIsTablet "on"
>> >>     MatchDevicePath "/dev/input/event*"
>> >> #   use for wacom driver
>> >>     MatchProduct "PenTablet"
>> >>     Driver "wacom"
>> >>         Option "rotate" "half"
>> >>         #Option         "Button1" "key +Control_L +z -z " # undo
>> >>         #Option         "Button2" "key +Shift_L +e -e "         # eraser
>> >>         #Option         "Button3" "key +n -n "          # pencil
>> >>         #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
>> >>         #Option "Button9" "key +minus -minus "          # zoom out
>> >>         #Option "Button10" "key +bracketright -bracketright "
>> >>  # + pencil
>> >>         #Option "Button11" "key +bracketleft -bracketleft "
>> >>  # - pencil
>> >> #       Option  "Button12"              # hand
>> >> #
>> >> # end GIMP settings
>> >> #
>> >>
>> >>  #   use for evdev
>> >>  #   Driver "evdev"
>> >>  #      Option "InvertX" "on"
>> >>  #      Option "InvertY" "on"
>> >> EndSection
>> >> --------------------------------------------------------ends above
>> >> this line--------------------------------------------------
>> >> note the commented out settings they don't work.
>> >> I have the line
>> >> Option "rotate" "half"
>> >> because I'm left handed, if you are not left handed, leave that out.
>> >>
>> >>
>> >> Then re-start X. There is a setting in the system settings that will
>> >> enable the key combination of ctrl alt backspace to cause X to
>> >> restart.
>> >> I can't find the kde settings at moment where I enabled that key
>> >> combination.  There are several ways to re-start X, search google.
>> >>
>> >> Then copy the attached shell script some place and mark it executable...;.
>> >> chmod u+x huion.sh
>> >>
>> >> the script is kind of messy, but it works to set up the buttons on my H610.
>> >>
>> >> good luck.
>> >> ------------------
>> >> Vince
>> >>
>> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>> >> <ji...@me...> wrote:
>> >> > Hi,
>> >> >
>> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
>> >> >
>> >> > I do however experience some glitches now and then and I am not sure if its
>> >> > a problem with the driver or with Gimp.
>> >> >
>> >> > Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
>> >> > devices does not switch to Huion when I'm trying to paint. I can still
>> >> > navigate all menus and clicks on menus and toolboxes work, but painting on
>> >> > the canvas is impossible. When this happens, painting with the mouse is also
>> >> > impossible, while clicks on menus etc. work fine.
>> >> >
>> >> > When this happens I have to quite Gimp, disconnect and reconnect the tablet
>> >> > and start Gimp again and chances are high that it will just start working
>> >> > again.
>> >> >
>> >> > Any ideas how to debug this?
>> >> >
>> >> > Second thing that I noticed is that it's sometimes recognized differently
>> >> > in Gimp. When selecting the tablet in the input devices dialog
>> >> > I will see no keys  at all, sometimes I will see >200 keys which is really
>> >> > weird.
>> >> >
>> >> > And one last question: is there also a utility, similar to the one that is
>> >> > supplied with the windows drivers, to tell the tablet to send other key
>> >> > combos? In default mode it sends weird combinations with ctrl- and shift-
>> >> > and I somehow failed to remap that.
>> >> >
>> >> > Kind regards,
>> >> > Jin
>> >> >
>> >> >
>> >> > ------------------------------------------------------------------------------
>> >> > Dive into the World of Parallel Programming. The Go Parallel Website,
>> >> > sponsored by Intel and developed in partnership with Slashdot Media, is your
>> >> > hub for all things parallel software development, from weekly thought
>> >> > leadership blogs to news, videos, case studies, tutorials and more. Take a
>> >> > look and join the conversation now. http://goparallel.sourceforge.net/
>> >> > _______________________________________________
>> >> > DIGImend-users mailing list
>> >> > DIG...@li...
>> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>> >
>> >

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

On Sat, Feb 14, 2015 at 04:27:06PM -0500, Vince Herried wrote:
> when it fails for me usually because X didn't restart.

it was restarted and the "wacom" driver was loaded when attaching the
tablet, not the standard evdev driver, so that part worked as I
mentioned in my last mail.

> first be sure the driver is installed
> 
> [vince@desk2 ~]$ modinfo hid-huion
> filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/hid-huion.ko
> version:        5
> license:        GPL
> description:    Huion HID driver
> author:         Nikolai Kondrashov
> author:         Martin Rusko
> srcversion:     29344D5C58BC9ECAAA4F28A
> alias:          hid:b0003g*v00005543p0000004D
> alias:          hid:b0003g*v00005543p0000006E
> alias:          hid:b0003g*v0000256Cp0000006E
> depends:
> vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
> [vince@desk2 ~]$

modinfo hid-huion
filename:
/lib/modules/3.18.6-100.fc20.x86_64/kernel/drivers/hid/hid-huion.ko
license:        GPL
description:    Huion HID driver
author:         Martin Rusko
alias:          hid:b0003g*v00005543p0000006E
alias:          hid:b0003g*v0000256Cp0000006E
depends:        
intree:         Y
vermagic:       3.18.6-100.fc20.x86_64 SMP mod_unload 

I should probably upgrade to fc21 and see what happens.

> Then  check
> 
> /var/log/Xorg.0.log
> 
> assuming X was restarted you should find something like:
>    249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
> stylus" (type: STYLUS, i
> d 8)

...yes, I do have those messages. 
 
> 
> [vince@desk2 ~]$ xsetwacom --list
> HUION PenTablet stylus                  id: 8   type: STYLUS
> HUION PenTablet pad                     id: 9   type: PAD

> Your list makes me think the driver is not installed.  a recent change
> from Nick consolidated the devices


With the evdev driver xsetwacom always returned an empty list, so now
the driver is clearly installed - I get a list of devices.

Question is of course, if F21 has something more recent than F20, although 
the kernel version seems to be the same...

> 
> 
> and
> [vince@desk2 ~]$ xsetwacom -V
> 0.28.0

...your xsetwacom versoin is newer, maybe that makes the difference.

> I don't think the problem is with your version of xsetwacom.  But that
> is a guess on my part.

It seems that xsetwacom is the only thing that differs between your and
my installation, so I think it might make a difference... I will try to
upgrade.

> Gimp gave me lots of issues.   Some times I would
> $ rm .gimp-2.8/devicerc
> 
> 
> I noticed that some times the stylus would move the mouse pointer but
> that it could only select some things and not others.
> Say file but not the pencil icon in gimp.
> Then noticed that it had same issues outside of gimp.  I got no idea
> what was going on.

Interesting, hmm, I only noticed that I sometimes was not able to draw
on the canvas, just as I described in my first mail, but otherwise
everything seemed to work fine. It almost sounds that you ran into more
problems than I did, but then again, I do not use the tablet too much
outside of gimp, I tried it with blender (worked) and with synfig studio
(partly worked), also wanted to try krita but it crashes right away when
the tablet is plugged in.

> btw I have to re-execute the huion.sh script every time the tablet
> gets plugged in.

>From what I understand those settings (also the ones that the windows
tool makes) are not permanent. It would be cool if we could pass those
options directly to the driver to make the settings "more" permanent.
Nick, do you think this would be possible?

> Which is why I tried to get it to run of the udev script.
> The udev trigger works but to set the xsetwacom it has to have a X11 DISPLAY.
> The I tried various delays in the udev trigger to wait till X was up.
> Also put in the log statements to help me determine what it was runing
> vs when X started.

Why don't you loop until (pseudo code) [ -n `pidof -s X` ] and try it 
then after a short delay? You may also need to set xhost +localhost to
add yourself to the access list, but that's just a guess, I'll try it out,
provided that xsetwacom lets me map the buttons, I'll let you know how far I
get, but I'll update to Fedora 21 first.

Thanks once more for the hints, scripts and configs!

Kind regards,
Jin

 
> The udev  is
> # to restart udev after changes issue
> #
> #    udevadm control --reload
> #
> SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
> RUN+="/home/vince/bin/udevHuion"
> 
> 
> and
> [vince@desk2 ~]$ cat bin/udevHuion
> #!/bin/bash
> #Mon Jan 19 16:49:06 EST 2015
> # called by udev rule
> #set -x
> WHO=vince
> WHAT="/home/vince/bin/huion.sh"
> 
> Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//g'`
> export DISPLAY="$Display"
> su vince -c "DISPLAY=$Display $WHAT udev"&
> 
> [vince@desk2 ~]$
> 
> fails every time.
> 
> ----------
> good luck
> 
> On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
> <ji...@me...> wrote:
> > Hi Vince,
> >
> > thanks for your reply.
> >
> > The xorg config worked, the Wacom driver is now loaded.
> >
> > xsetwacom --list devices does indeed list:
> >
> > HUION PenTablet stylus              id: 15  type: STYLUS
> > HUION PenTablet stylus              id: 17  type: STYLUS
> > HUION PenTablet eraser              id: 18  type: ERASER
> > HUION PenTablet pad                 id: 19  type: PAD
> >
> > In gimp I also see those devices as well (although there I have only one
> > "stylus", the other one is just called "HUION PenTablet"
> >
> > The huion.sh script does not work however, it prints the following
> > message 7 times:
> >
> > Invalid offset into Wacom Button Actions property.
> >
> > I can confirm that the script is not faulty, i.e. it's trying to set things
> > like:
> > ++ xsetwacom set 19 button 11 key '['
> > Invalid offset into Wacom Button Actions property.
> >
> > So it's some problem with the wacom driver or xsetwacom tool?
> > Setting the keys does not seem to work :(
> >
> > Also, in Gimp, I do not really know how to select the other devices (or if
> > it even makes sesnes to select other devices? It's always using the
> > "HUION PenTablet stylus".
> >
> > Question is... why does xsetwacom work for you?
> >
> > xsetwacom -V gives me:
> > 0.23.0
> >
> > What version do you have?
> >
> > Kind regards,
> > Jin
> >
> >
> > On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
> >> to set up the buttons you need to do several things.
> >> first create this file....
> >> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> >> Section "InputClass"
> >>     Identifier "digimend2 version"
> >>     MatchIsTablet "on"
> >>     MatchDevicePath "/dev/input/event*"
> >> #   use for wacom driver
> >>     MatchProduct "PenTablet"
> >>     Driver "wacom"
> >>         Option "rotate" "half"
> >>         #Option         "Button1" "key +Control_L +z -z " # undo
> >>         #Option         "Button2" "key +Shift_L +e -e "         # eraser
> >>         #Option         "Button3" "key +n -n "          # pencil
> >>         #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
> >>         #Option "Button9" "key +minus -minus "          # zoom out
> >>         #Option "Button10" "key +bracketright -bracketright "
> >>  # + pencil
> >>         #Option "Button11" "key +bracketleft -bracketleft "
> >>  # - pencil
> >> #       Option  "Button12"              # hand
> >> #
> >> # end GIMP settings
> >> #
> >>
> >>  #   use for evdev
> >>  #   Driver "evdev"
> >>  #      Option "InvertX" "on"
> >>  #      Option "InvertY" "on"
> >> EndSection
> >> --------------------------------------------------------ends above
> >> this line--------------------------------------------------
> >> note the commented out settings they don't work.
> >> I have the line
> >> Option "rotate" "half"
> >> because I'm left handed, if you are not left handed, leave that out.
> >>
> >>
> >> Then re-start X. There is a setting in the system settings that will
> >> enable the key combination of ctrl alt backspace to cause X to
> >> restart.
> >> I can't find the kde settings at moment where I enabled that key
> >> combination.  There are several ways to re-start X, search google.
> >>
> >> Then copy the attached shell script some place and mark it executable...;.
> >> chmod u+x huion.sh
> >>
> >> the script is kind of messy, but it works to set up the buttons on my H610.
> >>
> >> good luck.
> >> ------------------
> >> Vince
> >>
> >> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> >> <ji...@me...> wrote:
> >> > Hi,
> >> >
> >> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
> >> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
> >> >
> >> > I do however experience some glitches now and then and I am not sure if its
> >> > a problem with the driver or with Gimp.
> >> >
> >> > Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
> >> > devices does not switch to Huion when I'm trying to paint. I can still
> >> > navigate all menus and clicks on menus and toolboxes work, but painting on
> >> > the canvas is impossible. When this happens, painting with the mouse is also
> >> > impossible, while clicks on menus etc. work fine.
> >> >
> >> > When this happens I have to quite Gimp, disconnect and reconnect the tablet
> >> > and start Gimp again and chances are high that it will just start working
> >> > again.
> >> >
> >> > Any ideas how to debug this?
> >> >
> >> > Second thing that I noticed is that it's sometimes recognized differently
> >> > in Gimp. When selecting the tablet in the input devices dialog
> >> > I will see no keys  at all, sometimes I will see >200 keys which is really
> >> > weird.
> >> >
> >> > And one last question: is there also a utility, similar to the one that is
> >> > supplied with the windows drivers, to tell the tablet to send other key
> >> > combos? In default mode it sends weird combinations with ctrl- and shift-
> >> > and I somehow failed to remap that.
> >> >
> >> > Kind regards,
> >> > Jin
> >> >
> >> >
> >> > ------------------------------------------------------------------------------
> >> > Dive into the World of Parallel Programming. The Go Parallel Website,
> >> > sponsored by Intel and developed in partnership with Slashdot Media, is your
> >> > hub for all things parallel software development, from weekly thought
> >> > leadership blogs to news, videos, case studies, tutorials and more. Take a
> >> > look and join the conversation now. http://goparallel.sourceforge.net/
> >> > _______________________________________________
> >> > DIGImend-users mailing list
> >> > DIG...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/digimend-users
> >
> >

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

when it fails for me usually because X didn't restart.

first be sure the driver is installed

[vince@desk2 ~]$ modinfo hid-huion
filename:       /lib/modules/3.18.6-200.fc21.i686+PAE/extra/hid-huion.ko
version:        5
license:        GPL
description:    Huion HID driver
author:         Nikolai Kondrashov
author:         Martin Rusko
srcversion:     29344D5C58BC9ECAAA4F28A
alias:          hid:b0003g*v00005543p0000004D
alias:          hid:b0003g*v00005543p0000006E
alias:          hid:b0003g*v0000256Cp0000006E
depends:
vermagic:       3.18.6-200.fc21.i686+PAE SMP mod_unload 686
[vince@desk2 ~]$


Then  check

/var/log/Xorg.0.log

assuming X was restarted you should find something like:
   249.920] (II) XINPUT: Adding extended input device "HUION PenTablet
stylus" (type: STYLUS, i
d 8)
[   249.920] (**) HUION PenTablet stylus: (accel) keeping acceleration scheme 1
[   249.920] (**) HUION PenTablet stylus: (accel) acceleration profile 0
[   249.920] (**) HUION PenTablet stylus: (accel) acceleration factor: 2.000
[   249.920] (**) HUION PenTablet stylus: (accel) acceleration threshold: 4
[   249.921] (**) HUION PenTablet pad: Applying InputClass "evdev
tablet catchall"
[   249.921] (**) HUION PenTablet pad: Applying InputClass "digimend2 version"
[   249.921] (II) Using input driver 'wacom' for 'HUION PenTablet pad'
[   249.921] (**) HUION PenTablet pad: always reports core events
[   249.921] (**) Option "Device" "/dev/input/event2"
[   249.921] (**) Option "Type" "pad"
[   249.921] (**) Option "Rotate" "half"
[   249.941] (**) Option "config_info"
"udev:/sys/devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.1
/4-1.1:1.0/0003:256C:006E.000F/input/input38/event2"
[   249.941] (II) XINPUT: Adding extended input device "HUION
PenTablet pad" (type: PAD, id 9)
[   249.941] (**) HUION PenTablet pad: (accel) keeping acceleration scheme 1
[   249.941] (**) HUION PenTablet pad: (accel) acceleration profile 0
[   249.941] (**) HUION PenTablet pad: (accel) acceleration factor: 2.000
[   249.941] (**) HUION PenTablet pad: (accel) acceleration threshold: 4




[vince@desk2 ~]$ xsetwacom --list
HUION PenTablet stylus                  id: 8   type: STYLUS
HUION PenTablet pad                     id: 9   type: PAD
[vince@desk2 ~]$

Your list makes me think the driver is not installed.  a recent change
from Nick consolidated the devices


and
[vince@desk2 ~]$ xsetwacom -V
0.28.0
[vince@desk2 ~]$
I don't think the problem is with your version of xsetwacom.  But that
is a guess on my part.



Gimp gave me lots of issues.   Some times I would
$ rm .gimp-2.8/devicerc



I noticed that some times the stylus would move the mouse pointer but
that it could only select some things and not others.
Say file but not the pencil icon in gimp.
Then noticed that it had same issues outside of gimp.  I got no idea
what was going on.



btw I have to re-execute the huion.sh script every time the tablet
gets plugged in.
Which is why I tried to get it to run of the udev script.
The udev trigger works but to set the xsetwacom it has to have a X11 DISPLAY.
The I tried various delays in the udev trigger to wait till X was up.
Also put in the log statements to help me determine what it was runing
vs when X started.

The udev  is
# to restart udev after changes issue
#
#    udevadm control --reload
#
SUBSYSTEM=="usb", ATTRS{idVendor}=="256c", SYMLINK+="input/H610N",
RUN+="/home/vince/bin/udevHuion"


and
[vince@desk2 ~]$ cat bin/udevHuion
#!/bin/bash
#Mon Jan 19 16:49:06 EST 2015
# called by udev rule
#set -x
WHO=vince
WHAT="/home/vince/bin/huion.sh"

Display=`who | grep -m1 ^$WHO.*\( | awk '{print $5}' | sed 's/[(|)]//g'`
export DISPLAY="$Display"
su vince -c "DISPLAY=$Display $WHAT udev"&

[vince@desk2 ~]$

fails every time.

----------
good luck

On Sat, Feb 14, 2015 at 5:12 AM, Sergey 'Jin' Bostandzhyan
<ji...@me...> wrote:
> Hi Vince,
>
> thanks for your reply.
>
> The xorg config worked, the Wacom driver is now loaded.
>
> xsetwacom --list devices does indeed list:
>
> HUION PenTablet stylus              id: 15  type: STYLUS
> HUION PenTablet stylus              id: 17  type: STYLUS
> HUION PenTablet eraser              id: 18  type: ERASER
> HUION PenTablet pad                 id: 19  type: PAD
>
> In gimp I also see those devices as well (although there I have only one
> "stylus", the other one is just called "HUION PenTablet"
>
> The huion.sh script does not work however, it prints the following
> message 7 times:
>
> Invalid offset into Wacom Button Actions property.
>
> I can confirm that the script is not faulty, i.e. it's trying to set things
> like:
> ++ xsetwacom set 19 button 11 key '['
> Invalid offset into Wacom Button Actions property.
>
> So it's some problem with the wacom driver or xsetwacom tool?
> Setting the keys does not seem to work :(
>
> Also, in Gimp, I do not really know how to select the other devices (or if
> it even makes sesnes to select other devices? It's always using the
> "HUION PenTablet stylus".
>
> Question is... why does xsetwacom work for you?
>
> xsetwacom -V gives me:
> 0.23.0
>
> What version do you have?
>
> Kind regards,
> Jin
>
>
> On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
>> to set up the buttons you need to do several things.
>> first create this file....
>> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>> Section "InputClass"
>>     Identifier "digimend2 version"
>>     MatchIsTablet "on"
>>     MatchDevicePath "/dev/input/event*"
>> #   use for wacom driver
>>     MatchProduct "PenTablet"
>>     Driver "wacom"
>>         Option "rotate" "half"
>>         #Option         "Button1" "key +Control_L +z -z " # undo
>>         #Option         "Button2" "key +Shift_L +e -e "         # eraser
>>         #Option         "Button3" "key +n -n "          # pencil
>>         #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
>>         #Option "Button9" "key +minus -minus "          # zoom out
>>         #Option "Button10" "key +bracketright -bracketright "
>>  # + pencil
>>         #Option "Button11" "key +bracketleft -bracketleft "
>>  # - pencil
>> #       Option  "Button12"              # hand
>> #
>> # end GIMP settings
>> #
>>
>>  #   use for evdev
>>  #   Driver "evdev"
>>  #      Option "InvertX" "on"
>>  #      Option "InvertY" "on"
>> EndSection
>> --------------------------------------------------------ends above
>> this line--------------------------------------------------
>> note the commented out settings they don't work.
>> I have the line
>> Option "rotate" "half"
>> because I'm left handed, if you are not left handed, leave that out.
>>
>>
>> Then re-start X. There is a setting in the system settings that will
>> enable the key combination of ctrl alt backspace to cause X to
>> restart.
>> I can't find the kde settings at moment where I enabled that key
>> combination.  There are several ways to re-start X, search google.
>>
>> Then copy the attached shell script some place and mark it executable...;.
>> chmod u+x huion.sh
>>
>> the script is kind of messy, but it works to set up the buttons on my H610.
>>
>> good luck.
>> ------------------
>> Vince
>>
>> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
>> <ji...@me...> wrote:
>> > Hi,
>> >
>> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
>> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
>> >
>> > I do however experience some glitches now and then and I am not sure if its
>> > a problem with the driver or with Gimp.
>> >
>> > Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
>> > devices does not switch to Huion when I'm trying to paint. I can still
>> > navigate all menus and clicks on menus and toolboxes work, but painting on
>> > the canvas is impossible. When this happens, painting with the mouse is also
>> > impossible, while clicks on menus etc. work fine.
>> >
>> > When this happens I have to quite Gimp, disconnect and reconnect the tablet
>> > and start Gimp again and chances are high that it will just start working
>> > again.
>> >
>> > Any ideas how to debug this?
>> >
>> > Second thing that I noticed is that it's sometimes recognized differently
>> > in Gimp. When selecting the tablet in the input devices dialog
>> > I will see no keys  at all, sometimes I will see >200 keys which is really
>> > weird.
>> >
>> > And one last question: is there also a utility, similar to the one that is
>> > supplied with the windows drivers, to tell the tablet to send other key
>> > combos? In default mode it sends weird combinations with ctrl- and shift-
>> > and I somehow failed to remap that.
>> >
>> > Kind regards,
>> > Jin
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Dive into the World of Parallel Programming. The Go Parallel Website,
>> > sponsored by Intel and developed in partnership with Slashdot Media, is your
>> > hub for all things parallel software development, from weekly thought
>> > leadership blogs to news, videos, case studies, tutorials and more. Take a
>> > look and join the conversation now. http://goparallel.sourceforge.net/
>> > _______________________________________________
>> > DIGImend-users mailing list
>> > DIG...@li...
>> > https://lists.sourceforge.net/lists/listinfo/digimend-users
>
>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

Hi Vince,

thanks for your reply.

The xorg config worked, the Wacom driver is now loaded.

xsetwacom --list devices does indeed list:

HUION PenTablet stylus              id: 15  type: STYLUS    
HUION PenTablet stylus              id: 17  type: STYLUS    
HUION PenTablet eraser              id: 18  type: ERASER    
HUION PenTablet pad                 id: 19  type: PAD       

In gimp I also see those devices as well (although there I have only one
"stylus", the other one is just called "HUION PenTablet"

The huion.sh script does not work however, it prints the following 
message 7 times:

Invalid offset into Wacom Button Actions property.

I can confirm that the script is not faulty, i.e. it's trying to set things
like:
++ xsetwacom set 19 button 11 key '['
Invalid offset into Wacom Button Actions property.

So it's some problem with the wacom driver or xsetwacom tool?
Setting the keys does not seem to work :(

Also, in Gimp, I do not really know how to select the other devices (or if
it even makes sesnes to select other devices? It's always using the
"HUION PenTablet stylus".

Question is... why does xsetwacom work for you?

xsetwacom -V gives me:
0.23.0

What version do you have?

Kind regards,
Jin


On Fri, Feb 13, 2015 at 11:03:22PM -0500, Vince Herried wrote:
> to set up the buttons you need to do several things.
> first create this file....
> [vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> Section "InputClass"
>     Identifier "digimend2 version"
>     MatchIsTablet "on"
>     MatchDevicePath "/dev/input/event*"
> #   use for wacom driver
>     MatchProduct "PenTablet"
>     Driver "wacom"
>         Option "rotate" "half"
>         #Option         "Button1" "key +Control_L +z -z " # undo
>         #Option         "Button2" "key +Shift_L +e -e "         # eraser
>         #Option         "Button3" "key +n -n "          # pencil
>         #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
>         #Option "Button9" "key +minus -minus "          # zoom out
>         #Option "Button10" "key +bracketright -bracketright "
>  # + pencil
>         #Option "Button11" "key +bracketleft -bracketleft "
>  # - pencil
> #       Option  "Button12"              # hand
> #
> # end GIMP settings
> #
> 
>  #   use for evdev
>  #   Driver "evdev"
>  #      Option "InvertX" "on"
>  #      Option "InvertY" "on"
> EndSection
> --------------------------------------------------------ends above
> this line--------------------------------------------------
> note the commented out settings they don't work.
> I have the line
> Option "rotate" "half"
> because I'm left handed, if you are not left handed, leave that out.
> 
> 
> Then re-start X. There is a setting in the system settings that will
> enable the key combination of ctrl alt backspace to cause X to
> restart.
> I can't find the kde settings at moment where I enabled that key
> combination.  There are several ways to re-start X, search google.
> 
> Then copy the attached shell script some place and mark it executable...;.
> chmod u+x huion.sh
> 
> the script is kind of messy, but it works to set up the buttons on my H610.
> 
> good luck.
> ------------------
> Vince
> 
> On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> <ji...@me...> wrote:
> > Hi,
> >
> > first of all: thanks a lot for the driver! I'm on Fedora 20 with
> > 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
> >
> > I do however experience some glitches now and then and I am not sure if its
> > a problem with the driver or with Gimp.
> >
> > Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
> > devices does not switch to Huion when I'm trying to paint. I can still
> > navigate all menus and clicks on menus and toolboxes work, but painting on
> > the canvas is impossible. When this happens, painting with the mouse is also
> > impossible, while clicks on menus etc. work fine.
> >
> > When this happens I have to quite Gimp, disconnect and reconnect the tablet
> > and start Gimp again and chances are high that it will just start working
> > again.
> >
> > Any ideas how to debug this?
> >
> > Second thing that I noticed is that it's sometimes recognized differently
> > in Gimp. When selecting the tablet in the input devices dialog
> > I will see no keys  at all, sometimes I will see >200 keys which is really
> > weird.
> >
> > And one last question: is there also a utility, similar to the one that is
> > supplied with the windows drivers, to tell the tablet to send other key
> > combos? In default mode it sends weird combinations with ctrl- and shift-
> > and I somehow failed to remap that.
> >
> > Kind regards,
> > Jin
> >
> >
> > ------------------------------------------------------------------------------
> > Dive into the World of Parallel Programming. The Go Parallel Website,
> > sponsored by Intel and developed in partnership with Slashdot Media, is your
> > hub for all things parallel software development, from weekly thought
> > leadership blogs to news, videos, case studies, tutorials and more. Take a
> > look and join the conversation now. http://goparallel.sourceforge.net/
> > _______________________________________________
> > DIGImend-users mailing list
> > DIG...@li...
> > https://lists.sourceforge.net/lists/listinfo/digimend-users

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

I forgot, was there a reference in the shell?   The udev doesn't work.

If I ever get it working I'll post it.

I'm not at my desk now so cant see it.

------------
Vince
On Feb 13, 2015 11:27 PM, "Christopher Barry" <chr...@gm...>
wrote:

> On Fri, 13 Feb 2015 23:03:22 -0500
> Vince Herried <Vi...@Pl...> wrote:
>
> >to set up the buttons you need to do several things.
> >first create this file....
> >[vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
> >Section "InputClass"
> >    Identifier "digimend2 version"
> >    MatchIsTablet "on"
> >    MatchDevicePath "/dev/input/event*"
> >#   use for wacom driver
> >    MatchProduct "PenTablet"
> >    Driver "wacom"
> >        Option "rotate" "half"
> >        #Option         "Button1" "key +Control_L +z -z " # undo
> >        #Option         "Button2" "key +Shift_L +e -e "         #
> > eraser #Option         "Button3" "key +n -n "          # pencil
> >        #Option         "Button8" "key +Shift_L +equal -equal " # zoom
> > in #Option "Button9" "key +minus -minus "          # zoom out
> >        #Option "Button10" "key +bracketright -bracketright "
> > # + pencil
> >        #Option "Button11" "key +bracketleft -bracketleft "
> > # - pencil
> >#       Option  "Button12"              # hand
> >#
> ># end GIMP settings
> >#
> >
> > #   use for evdev
> > #   Driver "evdev"
> > #      Option "InvertX" "on"
> > #      Option "InvertY" "on"
> >EndSection
> >--------------------------------------------------------ends above
> >this line--------------------------------------------------
> >note the commented out settings they don't work.
> >I have the line
> >Option "rotate" "half"
> >because I'm left handed, if you are not left handed, leave that out.
> >
> >
> >Then re-start X. There is a setting in the system settings that will
> >enable the key combination of ctrl alt backspace to cause X to
> >restart.
> >I can't find the kde settings at moment where I enabled that key
> >combination.  There are several ways to re-start X, search google.
> >
> >Then copy the attached shell script some place and mark it
> >executable...;. chmod u+x huion.sh
> >
> >the script is kind of messy, but it works to set up the buttons on my
> >H610.
> >
> >good luck.
> >------------------
> >Vince
> >
> >On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
> ><ji...@me...> wrote:
> >> Hi,
> >>
> >> first of all: thanks a lot for the driver! I'm on Fedora 20 with
> >> 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
> >>
> >> I do however experience some glitches now and then and I am not sure
> >> if its a problem with the driver or with Gimp.
> >>
> >> Sometimes when I start Gimp I can not paint using the tablet, i.e.
> >> the input devices does not switch to Huion when I'm trying to paint.
> >> I can still navigate all menus and clicks on menus and toolboxes
> >> work, but painting on the canvas is impossible. When this happens,
> >> painting with the mouse is also impossible, while clicks on menus
> >> etc. work fine.
> >>
> >> When this happens I have to quite Gimp, disconnect and reconnect the
> >> tablet and start Gimp again and chances are high that it will just
> >> start working again.
> >>
> >> Any ideas how to debug this?
> >>
> >> Second thing that I noticed is that it's sometimes recognized
> >> differently in Gimp. When selecting the tablet in the input devices
> >> dialog I will see no keys  at all, sometimes I will see >200 keys
> >> which is really weird.
> >>
> >> And one last question: is there also a utility, similar to the one
> >> that is supplied with the windows drivers, to tell the tablet to
> >> send other key combos? In default mode it sends weird combinations
> >> with ctrl- and shift- and I somehow failed to remap that.
> >>
> >> Kind regards,
> >> Jin
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Dive into the World of Parallel Programming. The Go Parallel Website,
> >> sponsored by Intel and developed in partnership with Slashdot Media,
> >> is your hub for all things parallel software development, from
> >> weekly thought leadership blogs to news, videos, case studies,
> >> tutorials and more. Take a look and join the conversation now.
> >> http://goparallel.sourceforge.net/
> >> _______________________________________________ DIGImend-users
> >> mailing list DIG...@li...
> >> https://lists.sourceforge.net/lists/listinfo/digimend-users
>
> Vince,
> Can you send your "/etc/udev/rules.d/50-local.rules" file too?
>
> Thanks.
>
>
> --
> Regards,
> Christopher Barry
>
> Random geeky fortune:
> <SlayR> i just bought MS Office 2000 for only $20!!!
> <Knghtbrd> you got ripped off  ;>
> <SlayR> i know ;)
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> DIGImend-users mailing list
> DIG...@li...
> https://lists.sourceforge.net/lists/listinfo/digimend-users
>

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Christopher B. <chr...@gm...>]

On Fri, 13 Feb 2015 23:03:22 -0500
Vince Herried <Vi...@Pl...> wrote:

>to set up the buttons you need to do several things.
>first create this file....
>[vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
>Section "InputClass"
>    Identifier "digimend2 version"
>    MatchIsTablet "on"
>    MatchDevicePath "/dev/input/event*"
>#   use for wacom driver
>    MatchProduct "PenTablet"
>    Driver "wacom"
>        Option "rotate" "half"
>        #Option         "Button1" "key +Control_L +z -z " # undo
>        #Option         "Button2" "key +Shift_L +e -e "         #
> eraser #Option         "Button3" "key +n -n "          # pencil
>        #Option         "Button8" "key +Shift_L +equal -equal " # zoom
> in #Option "Button9" "key +minus -minus "          # zoom out
>        #Option "Button10" "key +bracketright -bracketright "
> # + pencil
>        #Option "Button11" "key +bracketleft -bracketleft "
> # - pencil
>#       Option  "Button12"              # hand
>#
># end GIMP settings
>#
>
> #   use for evdev
> #   Driver "evdev"
> #      Option "InvertX" "on"
> #      Option "InvertY" "on"
>EndSection
>--------------------------------------------------------ends above
>this line--------------------------------------------------
>note the commented out settings they don't work.
>I have the line
>Option "rotate" "half"
>because I'm left handed, if you are not left handed, leave that out.
>
>
>Then re-start X. There is a setting in the system settings that will
>enable the key combination of ctrl alt backspace to cause X to
>restart.
>I can't find the kde settings at moment where I enabled that key
>combination.  There are several ways to re-start X, search google.
>
>Then copy the attached shell script some place and mark it
>executable...;. chmod u+x huion.sh
>
>the script is kind of messy, but it works to set up the buttons on my
>H610.
>
>good luck.
>------------------
>Vince
>
>On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
><ji...@me...> wrote:
>> Hi,
>>
>> first of all: thanks a lot for the driver! I'm on Fedora 20 with
>> 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
>>
>> I do however experience some glitches now and then and I am not sure
>> if its a problem with the driver or with Gimp.
>>
>> Sometimes when I start Gimp I can not paint using the tablet, i.e.
>> the input devices does not switch to Huion when I'm trying to paint.
>> I can still navigate all menus and clicks on menus and toolboxes
>> work, but painting on the canvas is impossible. When this happens,
>> painting with the mouse is also impossible, while clicks on menus
>> etc. work fine.
>>
>> When this happens I have to quite Gimp, disconnect and reconnect the
>> tablet and start Gimp again and chances are high that it will just
>> start working again.
>>
>> Any ideas how to debug this?
>>
>> Second thing that I noticed is that it's sometimes recognized
>> differently in Gimp. When selecting the tablet in the input devices
>> dialog I will see no keys  at all, sometimes I will see >200 keys
>> which is really weird.
>>
>> And one last question: is there also a utility, similar to the one
>> that is supplied with the windows drivers, to tell the tablet to
>> send other key combos? In default mode it sends weird combinations
>> with ctrl- and shift- and I somehow failed to remap that.
>>
>> Kind regards,
>> Jin
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media,
>> is your hub for all things parallel software development, from
>> weekly thought leadership blogs to news, videos, case studies,
>> tutorials and more. Take a look and join the conversation now.
>> http://goparallel.sourceforge.net/
>> _______________________________________________ DIGImend-users
>> mailing list DIG...@li...
>> https://lists.sourceforge.net/lists/listinfo/digimend-users

Vince,
Can you send your "/etc/udev/rules.d/50-local.rules" file too?

Thanks.


--
Regards,
Christopher Barry

Random geeky fortune:
<SlayR> i just bought MS Office 2000 for only $20!!!
<Knghtbrd> you got ripped off  ;>
<SlayR> i know ;)

Re: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Vince H. <Vi...@Pl...>]

to set up the buttons you need to do several things.
first create this file....
[vince@desk2 ~]$ cat /etc/X11/xorg.conf.d/50-huion.conf
Section "InputClass"
    Identifier "digimend2 version"
    MatchIsTablet "on"
    MatchDevicePath "/dev/input/event*"
#   use for wacom driver
    MatchProduct "PenTablet"
    Driver "wacom"
        Option "rotate" "half"
        #Option         "Button1" "key +Control_L +z -z " # undo
        #Option         "Button2" "key +Shift_L +e -e "         # eraser
        #Option         "Button3" "key +n -n "          # pencil
        #Option         "Button8" "key +Shift_L +equal -equal " # zoom in
        #Option "Button9" "key +minus -minus "          # zoom out
        #Option "Button10" "key +bracketright -bracketright "
 # + pencil
        #Option "Button11" "key +bracketleft -bracketleft "
 # - pencil
#       Option  "Button12"              # hand
#
# end GIMP settings
#

 #   use for evdev
 #   Driver "evdev"
 #      Option "InvertX" "on"
 #      Option "InvertY" "on"
EndSection
--------------------------------------------------------ends above
this line--------------------------------------------------
note the commented out settings they don't work.
I have the line
Option "rotate" "half"
because I'm left handed, if you are not left handed, leave that out.


Then re-start X. There is a setting in the system settings that will
enable the key combination of ctrl alt backspace to cause X to
restart.
I can't find the kde settings at moment where I enabled that key
combination.  There are several ways to re-start X, search google.

Then copy the attached shell script some place and mark it executable...;.
chmod u+x huion.sh

the script is kind of messy, but it works to set up the buttons on my H610.

good luck.
------------------
Vince

On Fri, Feb 13, 2015 at 5:49 PM, Sergey 'Jin' Bostandzhyan
<ji...@me...> wrote:
> Hi,
>
> first of all: thanks a lot for the driver! I'm on Fedora 20 with
> 3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)
>
> I do however experience some glitches now and then and I am not sure if its
> a problem with the driver or with Gimp.
>
> Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
> devices does not switch to Huion when I'm trying to paint. I can still
> navigate all menus and clicks on menus and toolboxes work, but painting on
> the canvas is impossible. When this happens, painting with the mouse is also
> impossible, while clicks on menus etc. work fine.
>
> When this happens I have to quite Gimp, disconnect and reconnect the tablet
> and start Gimp again and chances are high that it will just start working
> again.
>
> Any ideas how to debug this?
>
> Second thing that I noticed is that it's sometimes recognized differently
> in Gimp. When selecting the tablet in the input devices dialog
> I will see no keys  at all, sometimes I will see >200 keys which is really
> weird.
>
> And one last question: is there also a utility, similar to the one that is
> supplied with the windows drivers, to tell the tablet to send other key
> combos? In default mode it sends weird combinations with ctrl- and shift-
> and I somehow failed to remap that.
>
> Kind regards,
> Jin
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> DIGImend-users mailing list
> DIG...@li...
> https://lists.sourceforge.net/lists/listinfo/digimend-users

[DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour

[Sergey 'J. B. <ji...@me...>]

Hi,

first of all: thanks a lot for the driver! I'm on Fedora 20 with
3.18.5-101.fc20.x86_64 kernel, just plugged it in and it worked :)

I do however experience some glitches now and then and I am not sure if its
a problem with the driver or with Gimp.

Sometimes when I start Gimp I can not paint using the tablet, i.e. the input
devices does not switch to Huion when I'm trying to paint. I can still
navigate all menus and clicks on menus and toolboxes work, but painting on
the canvas is impossible. When this happens, painting with the mouse is also
impossible, while clicks on menus etc. work fine.

When this happens I have to quite Gimp, disconnect and reconnect the tablet
and start Gimp again and chances are high that it will just start working
again.

Any ideas how to debug this?

Second thing that I noticed is that it's sometimes recognized differently
in Gimp. When selecting the tablet in the input devices dialog
I will see no keys  at all, sometimes I will see >200 keys which is really
weird.

And one last question: is there also a utility, similar to the one that is
supplied with the windows drivers, to tell the tablet to send other key
combos? In default mode it sends weird combinations with ctrl- and shift-
and I somehow failed to remap that.

Kind regards,
Jin

Re: [DIGImend-users] Uninstall huion driver 3

[Nikolai K. <sp...@gm...>]

Hi Mozart,

On 02/10/2015 01:06 AM, Mozart Couto wrote:
> Please, I need to uninstall huion-3 driver but when I opened the terminal in the directory where the driver and typed 'make uninstall' received this response in the terminal:
> make: *** No rule to make target `uninstall '. Stop.

That version simply didn't support uninstallation.

> I do not have much knowledge on command line so I ask help to uninstall this
> driver and install the version 5.
> Someone could describe the steps?

I took a look at the differences between v3 and v5 and I think you can simply
remove the /etc/depmod.d/hid-huion.conf file and install the v5 on top.

Nick

[DIGImend-users] Uninstall huion driver 3

[Mozart C. <moz...@gm...>]

Please, I need to uninstall huion-3 driver but when I opened the terminal
in the directory where the driver and typed 'make uninstall' received this
response in the terminal:
make: *** No rule to make target `uninstall '. Stop.
I do not have much knowledge on command line so I ask help to uninstall this
driver and install the version 5.
Someone could describe the steps?
Thank U.

Por favor, preciso desinstalar o driver huion-3 mas quando abri o terminal
no diretório onde está o driver e digitei 'make uninstall' recebi essa
resposta no terminal:
make: *** Sem regra para processar o alvo `uninstall'.  Pare.
Não tenho muito conhecimento em linha de comando por isso, peço ajuda para
desinstalar esse driver e instalar a versao 5.
Alguém poderia descrever os passos?
Obrigado.

-- 
Mozart Couto
www.mozartcouto.com.br
http://blogdodesenhador.blogspot.com
<http://mozartcoutoimagens.blogspot.com>

Re: [DIGImend-users] FW: (no subject)

[Nikolai K. <sp...@gm...>]

On 01/22/2015 11:40 PM, Marcus Vinicius R wrote:
> I yet have kernel-devel package installed. Actually I don't have the build
> folder in the right location.

This is likely because you're running a kernel version different from the
kernel-devel package version installed. Either install the matching version of
kernel-devel, or boot into the kernel matching your kernel-devel version.

You can see which kernel headers you have installed in /usr/src/kernels.

Nick

Re: [DIGImend-users] FW: (no subject)

[Marcus V. R <mvr...@ho...>]

I yet have kernel-devel package installed. Actually I don't have the build folder in the right location.

> Date: Wed, 21 Jan 2015 22:37:35 +0200
> From: sp...@gm...
> To: ade...@gm...; mvr...@ho...
> CC: dig...@li...
> Subject: Re: [DIGImend-users] FW: (no subject)
> 
> Hi Marcus, Dan,
> 
> On 01/20/2015 04:34 AM, Dan Roberts wrote:
> > Hi Marcus,
> >
> > Are you wiling to include the entire output exactly as it appears? (I can
> > use google translate if need be) The makefile should be using /lib/modules/
> > not /usr/lib/modules unless there's a symlink at /lib/modules/$(uname -r)/*
> > On Ubuntu, /lib/modules/$(uname -r) is provided by the linux-headers-$(uname
> > -r) package (i.e.  linux-headers-3.13.0-43-generic) I don't know what the
> > corresponding Fedora package is named though.
> 
> Fedora has moved to a single-root hierarchy a while ago and has /lib linked to
> /usr/lib, and it expects the build link to be under /usr/lib/modules.
> 
> The kernel headers package on Fedora is called "kernel-devel" and can be
> installed with this command:
> 
>      sudo yum install -y kernel-devel
> 
> Nick
 		 	   		  

Re: [DIGImend-users] FW: (no subject)

[Nikolai K. <sp...@gm...>]

Hi Marcus, Dan,

On 01/20/2015 04:34 AM, Dan Roberts wrote:
> Hi Marcus,
>
> Are you wiling to include the entire output exactly as it appears? (I can
> use google translate if need be) The makefile should be using /lib/modules/
> not /usr/lib/modules unless there's a symlink at /lib/modules/$(uname -r)/*
> On Ubuntu, /lib/modules/$(uname -r) is provided by the linux-headers-$(uname
> -r) package (i.e.  linux-headers-3.13.0-43-generic) I don't know what the
> corresponding Fedora package is named though.

Fedora has moved to a single-root hierarchy a while ago and has /lib linked to
/usr/lib, and it expects the build link to be under /usr/lib/modules.

The kernel headers package on Fedora is called "kernel-devel" and can be
installed with this command:

     sudo yum install -y kernel-devel

Nick

Re: [DIGImend-users] FW: (no subject)

[Dan R. <ade...@gm...>]

Hi Marcus,
    Are you wiling to include the entire output exactly as it appears? (I
can use google translate if need be) The makefile should be using
/lib/modules/ not /usr/lib/modules unless there's a symlink at
/lib/modules/$(uname -r)/* On Ubuntu, /lib/modules/$(uname -r) is provided
by the linux-headers-$(uname -r) package
(i.e. linux-headers-3.13.0-43-generic) I don't know what the corresponding
Fedora package is named though.

Thanks,
Dan

On Mon, Jan 19, 2015 at 3:57 PM, Marcus Vinicius R <mvr...@ho...>
wrote:

> Actually the error was on *make* command.
> ------------------------------
> From: mvr...@ho...
> To: sp...@gm...; dig...@li...
> Subject: RE: [DIGImend-users] FW: (no subject)
> Date: Mon, 19 Jan 2015 21:55:40 -0200
>
>
> I got an error when trying to install:
>
> /usr/lib/modules/3.17.7-200.fc20.x86_64/build *not found* (The message is
> not exactly that, my shell is in portuguese).
>
> > Date: Fri, 16 Jan 2015 11:40:07 +0200
> > From: sp...@gm...
> > To: mvr...@ho...; dig...@li...
> > Subject: Re: [DIGImend-users] FW: (no subject)
> >
> > Hi Marcus,
> >
> > On 01/15/2015 06:13 PM, Marcus Vinicius R wrote:
> > >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp
> will
> > >> create a small window which is titled "Devices" (or it may immediately
> > >> show up as a tab in another Gimp window). This window will show you
> the
> > >> devices currently configured in Gimp. When you draw in Gimp, it will
> > >> highlight which device is active. If my above theory is correct, I
> believe
> > >> the "Core Pointer" device will remain highlighted, and your tablet
> device
> > >> will never be highlighted. Do you mind trying that? If you are up to
> it,
> > >> I'd also be interested to see if you can definitely correlate the
> problem
> > >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just
> > >> coincidentally appeared that way at first. Trying multiple times in
> both
> > >> DEs could show it one way or the other.
> > >
> > > I'm sorry for the delay. Actually, that's the problem, but for some
> reason it stopped happens in Xfce. But sometimes it still happens when I
> have other applications open.
> >
> > Could you please try an experimental version of the driver, which has
> pen and
> > frame buttons together on the same, single interface:
> >
> >
> https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip
> >
> > It may fix your problem.
> >
> > Nick
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> DIGImend-users mailing list
> DIG...@li...
> https://lists.sourceforge.net/lists/listinfo/digimend-users
>
>

Re: [DIGImend-users] FW: (no subject)

[Marcus V. R <mvr...@ho...>]

Actually the error was on make command.
From: mvr...@ho...
To: sp...@gm...; dig...@li...
Subject: RE: [DIGImend-users] FW:  (no subject)
Date: Mon, 19 Jan 2015 21:55:40 -0200




I got an error when trying to install:

/usr/lib/modules/3.17.7-200.fc20.x86_64/build not found (The message is not exactly that, my shell is in portuguese).

> Date: Fri, 16 Jan 2015 11:40:07 +0200
> From: sp...@gm...
> To: mvr...@ho...; dig...@li...
> Subject: Re: [DIGImend-users] FW:  (no subject)
> 
> Hi Marcus,
> 
> On 01/15/2015 06:13 PM, Marcus Vinicius R wrote:
> >> In GIMP if you go to Windows->Dockable Dialogs->Device Status Gimp will
> >> create a small window which is titled "Devices" (or it may immediately
> >> show up as a tab in another Gimp window). This window will show you the
> >> devices currently configured in Gimp. When you draw in Gimp, it will
> >> highlight which device is active. If my above theory is correct, I believe
> >> the "Core Pointer" device will remain highlighted, and your tablet device
> >> will never be highlighted. Do you mind trying that? If you are up to it,
> >> I'd also be interested to see if you can definitely correlate the problem
> >> to Gnome but not Xfce, I wonder if Gimp's inconsistency just
> >> coincidentally appeared that way at first. Trying multiple times in both
> >> DEs could show it one way or the other.
> >
> > I'm sorry for the delay. Actually, that's the problem, but for some reason it stopped happens in Xfce. But sometimes it still happens when I have other applications open.
> 
> Could you please try an experimental version of the driver, which has pen and
> frame buttons together on the same, single interface:
> 
> https://github.com/DIGImend/digimend-kernel-drivers/archive/huion-abstract-keyboard.zip
> 
> It may fix your problem.
> 
> Nick