RSS/Atom feed Twitter
Site is read-only, email is disabled

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450.

This discussion is connected to the gimp-user-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

4 of 5 messages available
Toggle history

Please log in to manage your subscriptions.

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450. Victor 22 Aug 22:33
  Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450. Victor 22 Aug 23:00
   Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450. David Gowers 23 Aug 12:52
200808231851.24123.ErV2005@... 07 Oct 20:19
  Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450. David Gowers 23 Aug 17:08
Victor
2008-08-22 22:33:20 UTC (over 16 years ago)

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450.

Hello.

I'm trying to make pressure control work in gimp-2.4.7 on G-Pen 450 graphic tablet, on slackware 12.1.

Problem: 1) If in Edit->preferences->Input Devices->configure advanced input devices, tablet device mode is set to "disabled", pressure control doesn't work and I can draw only lines with constant thickness/opacity/etc. (as with mouse) 2) If in Edit->preferences->Input Devices->configure advanced input devices, tablet device mode is set to "Screen" or "Window", pressure control doesn't work, because when I press pen, pen cursor stops moving (i.e. freezes) until I stop pressing it. I.e. I can place "dots" by pen, but can't draw lines.

Additional info: 1) Pressure controls work fine in inkscape (version 0.46) or krita (from KDE 3.5.7). Krita detects presure automatically (because device is named as "stylus"), inkscape can use it, when in file->input devices device mode is set to "screen" or "window". However when I'm trying to use similar settings for tablet in gimp, cursor simply freezes when I try to draw something. 2) gimp 2.4.7 is built from source. In the gimp-2.4.5 (bundled with slackware 12.1) pressure controls didn't work either. 3) I'm using wizardpen 0.6.0.2 driver. 4) I've been using this(http://ubuntuforums.org/showthread.php?t=228991) and this(https://help.ubuntu.com/community/TabletSetupWizardpen) to configure tablet. Unfortunately, HOWTOs has gimp-related content removed, and FAQ on gimp site doesn't seem to mention anything related to my problem. 5) xorg.conf sections related to tablet(not sure if it's relevant to problem, because pressure control work in krita/inkscape): Code:
---
...
Section "ServerLayout"
Identifier "X.org Configured" Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "SendCoreEvents" EndSection
...
Section "InputDevice"
Identifier "stylus"
driver "wizardpen"
Option "Type" "stylus"
Option "Device" "/dev/tablet-event" Option "TopX" "157" Option "TopY" "85" Option "BottomX" "32739" Option "BottomY" "32745" Option "MaxX" "32739" Option "MaxY" "32745" EndSection
...
--

I'd like to know how to solve this problem and how to make pressure control to work in gimp on Linux (maybe I just missed some settings in gimp?). Suggestions are welcome.

Victor
2008-08-22 23:00:22 UTC (over 16 years ago)

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450.

Problem solved. In extremely strange way. ---
Section "ServerLayout"
Identifier "X.org Configured" Screen 0 "Screen0" 0 0
#InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "SendCoreEvents" EndSection
---
After commenting out Mouse input device within "serverlayout" section, everything works fine. Mouse still works. I've found solution here(http://bbs.archlinux.org/viewtopic.php?id=52749).

David Gowers
2008-08-23 12:52:31 UTC (over 16 years ago)

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450.

Hello Victor,

On Sat, Aug 23, 2008 at 6:30 AM, Victor wrote:

Problem solved. In extremely strange way. ---
Section "ServerLayout"
Identifier "X.org Configured" Screen 0 "Screen0" 0 0
#InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "SendCoreEvents" EndSection
---
After commenting out Mouse input device within "serverlayout" section, everything works fine. Mouse still works. I've found solution here(http://bbs.archlinux.org/viewtopic.php?id=52749).

What I gather from this is that X.org is better at configuring your mouse than you are.
If you want to figure out what is the cause of your problem, I expect that the Mouse0 device section has it.

When you described your problem, I thought 'his tablet is not sending core events -- or, it's only sending core events occasionally'

I think that when you comment out the mouse, the stylus gains CorePointer status. If you're curious, you could try

Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "SendCoreEvents" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "CorePointer" EndSection

to find out whether that is actually the case. (if it is, the above should work just the same as commenting out the mouse line does.)

David Gowers
2008-08-23 17:08:24 UTC (over 16 years ago)

Enabling pressure control on gimp-2.4.7, slackware linux 12.1, G-Pen 450.

Hello Victor,

On Sun, Aug 24, 2008 at 12:21 AM, Victor wrote:

When you described your problem, I thought 'his tablet is not sending core events -- or, it's only sending core events occasionally'

Did you notice that In the first message I mentioned that pressure _works_fine_ in inkscape and Krita? Even without commenting out mouse

Yes, that's one of the reasons I thought 'his tablet is not sending core events -- or, it's only sending core events occasionally'. The same thing happened to me when stylus wasn't sending core events -- it worked in other programs such as Inkscape, only partially in GIMP. As soon as I made it send core events, it worked fully in GIMP.

section. Problem occured only in gimp. I.e. without commenting out mouse section, in gimp I could place a dot, but couldn't draw line, because cursor didn't move after touching surface of tablet. As I remember it, the cursor _pointer_ moved, but the _brush_ didn't. The first dot actually could receive pressure sensitivity information, because I could place larger or smaller dot with pen (pressure sensitivity enabled, size is controlled by pressure information).

I think that when you comment out the mouse, the stylus gains CorePointer status. If you're curious, you could try

Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "SendCoreEvents" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "CorePointer" EndSection

to find out whether that is actually the case. (if it is, the above should work just the same as commenting out the mouse line does.)

I'll try it.

...

No, this doesn't work. I can use tablet as mouse, I can place single dot in gimp (which receives pressure information), but once pen touches tablet, brush within gimp freezes, although _pointer_ moves according to pen position.

Okay. Thanks for satisfying my curiosity. I'm as baffled as you, at this point :)

David