Thread: [DIGImend-users] Huion H610 and Gimp: sometimes strange behaviour
Brought to you by:
spb_nick
Menu
▾
▴
digimend-users
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-13 23:05:16
|
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 |
|
From: Vince H. <Vi...@Pl...> - 2015-02-14 04:03:30
Attachments:
huion.sh
|
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
|
|
From: Christopher B. <chr...@gm...> - 2015-02-14 04:26:53
|
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 ;) |
|
From: Vince H. <Vi...@Pl...> - 2015-02-14 04:31:33
|
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 > |
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-14 10:12:29
|
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 |
|
From: Vince H. <Vi...@Pl...> - 2015-02-14 21:27:14
|
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
>
>
|
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-14 21:47:38
|
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
> >
> >
|
|
From: Vince H. <Vi...@Pl...> - 2015-02-14 22:20:08
|
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
>> >
>> >
|
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-15 01:01:05
|
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
> >> >
> >> >
|
|
From: Vince H. <Vi...@Pl...> - 2015-02-15 01:03:57
|
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
> > >> >
> > >> >
>
|
|
From: Sergey J. B. <ji...@me...> - 2015-02-15 10:33:48
|
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
> > >> >
> > >> >
>
|
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-15 12:15:57
|
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
> > >> >
> > >> >
>
|
|
From: Vince H. <Vi...@Pl...> - 2015-02-15 18:17:25
Attachments:
huionc.zip
|
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
>> > >> >
>> > >> >
>>
|
|
From: Sergey 'J. B. <ji...@me...> - 2015-02-15 18:39:20
|
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
> >> > >> >
> >> > >> >
> >>
|
|
From: Vince H. <Vi...@Pl...> - 2015-02-15 18:47:30
|
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
>> >> > >> >
>> >> > >> >
>> >>
>
>
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X