Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Thu 27 Nov 2014, 12:21
All times are UTC - 4
 Forum index » House Training » HOWTO ( Solutions )
How to set up a Wacom Tablet
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 5 of 24 [349 Posts]   Goto page: Previous 1, 2, 3, 4, 5, 6, 7, ..., 22, 23, 24 Next
Author Message
mikeb


Joined: 23 Nov 2006
Posts: 8710

PostPosted: Sat 24 Jan 2009, 10:07    Post subject:  

Quote:
The eraser works that way as well, however, the eraser tool isn't automatically selected in Gimp when you use the pen eraser. In other words, it doesn't select the background color, but continues in the selected color, with the paintbrush cursor. Maybe that's how Gimp works? Or maybe it's a matter of setting the extended input device?


You set the function for each end and then it gets remembered..ie use the eraser then choose eraser tool then it should stay that way.....handy as the mouse can be set to a different tool to the pen.

http://www.murga-linux.com/puppy/viewtopic.php?search_id=320357355&t=36179
xournal ^ works nicely with tablets too Smile
Quote:

Thank you again Pizzasgood for all your work with this. You've made a lot of people happy in this thread!


Here here...tis true Smile

regards

mike
Back to top
View user's profile Send private message 
Pizzasgood


Joined: 04 May 2005
Posts: 6270
Location: Knoxville, TN, USA

PostPosted: Sat 24 Jan 2009, 15:43    Post subject:  

I added a package to the first page that includes just the xorg driver, without the kernel module, so that people who would prefer not to (or shouldn't) change the kernel module don't need to.
_________________
Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

Back to top
View user's profile Send private message Visit poster's website 
vtpup


Joined: 15 Oct 2008
Posts: 1172
Location: Republic of Vermont

PostPosted: Sun 25 Jan 2009, 23:40    Post subject:  

Are you sure about that, pizzasgood?

Maybe you tested it against a 412retro, and in that case apologies for this foolish note, but if not, and you went on what I did....I am not proof of it, since I DID add and load your wacom driver module, as well as the recompiled GTK, in my own system when it finally started working.

That's not to say that it wouldn't have worked without adding the driver module -- and have been able to use the pre-existing Wacom module that ships with 4.1.2. I just never tried it that way.

At present my system always has the wacom driver working, but does not show a wacom driver anywhere in the Puppy Bootmanager. It is not addable there, or removable there. It does not exist in any of the Bootmanager's lists.

It did formerly.

I'm not complaining -- it works fine, and I can't think of a reason I'd ever want to remove it.

@MikeB thanks for the advice -- it works correctly as an eraser in Gimp, now that I know how to set it up. Thanks also for that cool program xournal! Very nice.

I haven't been able to figure out how to get the eraser end to work distinctly from the point end in that program, but this is a pretty trivial nitpicking observation. I mention it only in case you happen to know of the way to do it there as well. It's not very important.

Also, if you could tell me how to improve my handwriting......
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8710

PostPosted: Mon 26 Jan 2009, 10:46    Post subject:  

Options in xournal........handwriting...sorry no hope I'm afraid...

mike
Back to top
View user's profile Send private message 
vtpup


Joined: 15 Oct 2008
Posts: 1172
Location: Republic of Vermont

PostPosted: Mon 26 Jan 2009, 16:36    Post subject:  

Went to Options when I first tried the program, but "Eraser Tip" makes no difference one way or another. The eraser end of the stylus works whether checked or unchecked, and does exactly the same thing as the pointy end.

No big deal, really. I just thought maybe there was another setting or technique (as in Gimp) to get it to work separately.

The problem may just be the fact that I have an older pad....

re. handwriting -- I was joking of course. But thinking about it, there is a serious component:

1.) The scaling of movement on the pad is not adjustable to the screen movement. If I write my signature on the pad I must restrict the size of it to a tiny signature. This is blown up on the screen, and so inaccuracies of movement are exaggerated. Zooming the page onscreen does not change the relative scaling of pen movement to screen, it only changes the relative size of the page onscreen. Therefore to get a closer approximation you would have to zoom IN. This is like trying to write with a magnifying glass which only allows you to see a small window of the paper, and blows up your movements.

and much more important:

2.) In general in Linux implementation for the drivers:

As I recall in the Windows drivers, the pad used absolute coordinates for positioning and this related directly to the screen. So if you placed the stylus from far away to any position on the pad, it would appear in the same relative position on the screen rectangle.

In Linux drivers, if I place the stylus on the pad from far away, the results are mixed. It may show up in a few different places. This seems to happen most when coming in from the lower right edge to middle right edge.

The subsequent moves work in good relative proportion once the cursor is established onscreen, but I find you can run off of the pad before reaching the border of a window or screen while drawing.

This means I have to reposition. That is difficult because I can't bring the cursor in necessarily where you want it. I find myself waving my hand around trying to find a place to come in that will allow me to reach a spot. Usually the upper left is a problem area to reach.

The positioning of the Windows drivers is a lot better than the somewhat arbitrary relative positioning I seem to get with the linux drivers. In Windows, the cursor was always in the same relative position on the screen as on the pad.

I wonder if anyone else has noticed this?

It reminds me a little of what happens when you get xorg or xvesa wrong in setup and find that the screen contents are visible but partially wrapped around to the other side.

In the case of the pad, perhaps this is going on with the bottom of the pad area.

This problem may also be specific to monitor resolution (since a translation has to be calculated by the pad driver to locate the cursor) or my older pad may be incorrectly supported by the linux drivers. So maybe this doesn't happen for everyone. My monitor is set to 1024 x 768 pixels x 24bit xorg
Back to top
View user's profile Send private message 
vtpup


Joined: 15 Oct 2008
Posts: 1172
Location: Republic of Vermont

PostPosted: Mon 26 Jan 2009, 17:46    Post subject:  

More observations:

I think I understand the mechanism of pad to cursor location a little better now. I'm intuiting the following from behavior-- I don't know what the code looks like

In the linux driver the pad is seen as a much larger coordinate plane (in pixels) than my screen (1024 x 768). Instead of calculating the proportional position of the cursor onscreen, a simple one-for-one pixel map is generated. This pixel map is moveable across the pad according to certain rules.

If a cursor is moved to one edge of the screen and stylus movement continues on the pad in the same direction, the pixel map is moved in the direction of the stylus. Backing the stylus up immediately moves the cursor back into the pixel map and the cursor moves with it.

Continuing in that direction, the cursor will eventually reach the other screen edge, well before the stylus has reached the edge of the pad. There will appear to be a "dead" area" of stylus movement. If movement continues, the pixel map will shift in the direction of stylus movement.

Removing the stylus from the pad will result in a re-location for the pixel map to an indeterminate position -- it may be affected by a default location, the last cursor exit position, or other pointing devices also mapped to the system. I don't know which, or if all are involved.

I'm going to say this is definitely a function of the drivers -- the basic algorithm seems to have avoided using absolute coordinate calculation for positioning the screen cursor, and relies on a much simpler moveable pixel map.

Some users with screen resolutions that nearly match the pad resolution (or possibly even multiples) will probably have near absolute positioning, while others with less fortunate proportions might find more of a problem.

The problem will be less of a hangup for users who write or sketch, or use it to do mouse pointing. It will be a definite problem for CAD and technical illustrators (if they are used to better stylus action in Windows).

The Wacom Intuit3 large pads have an available digitizing mouse with a crosshair, and I'm willing to bet this won't work properly, unless these pads have better Linux drivers.
Back to top
View user's profile Send private message 
vtpup


Joined: 15 Oct 2008
Posts: 1172
Location: Republic of Vermont

PostPosted: Mon 26 Jan 2009, 18:25    Post subject:  

Correction;

Well, after all of that investigation and explanation, I found that my system had reverted to the old mode. Apparently if I don't have the pad plugged in at boot, the old driver dominates.

The new drivers do seem to have absolute positioning, so my above two posts all apply to the old wacom drivers. Even the comments about the eraser tip in Xournal, and the relative handwriting size! Embarassed sorry!

The pad can be started properly only if plugged in at boot, or by restarting the X-server with it plugged in. It doesn't work to enter "modprobe wacom" in the terminal with the pad connected.

It would be nice to be able to avoid program or OS resets to get the pad going. Or keep the driver loaded even after unplugging, so that re-plugging would work.
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8710

PostPosted: Mon 26 Jan 2009, 22:46    Post subject:  

Yes.........

pad cannot be hotplugged with X and without the X driver performance is not really suitable. ctrl-alt-f3 then ctrl-alt-f1 is a quicker way to reset X.
We leave ours plugged in all the time and i think the X driver loads the kernel driver automatically.

mike
Back to top
View user's profile Send private message 
Pizzasgood


Joined: 04 May 2005
Posts: 6270
Location: Knoxville, TN, USA

PostPosted: Tue 27 Jan 2009, 02:41    Post subject:  

Quote:
Are you sure about that, pizzasgood?

Maybe you tested it against a 412retro, and in that case apologies for this foolish note, but if not, and you went on what I did....I am not proof of it, since I DID add and load your wacom driver module, as well as the recompiled GTK, in my own system when it finally started working.
Not sure what was going on on your end. On mine, the packaged kernel module didn't work in 4.12retro, but the built-in kernel module did. So all I needed was the Xorg driver.
_________________
Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

Back to top
View user's profile Send private message Visit poster's website 
vtpup


Joined: 15 Oct 2008
Posts: 1172
Location: Republic of Vermont

PostPosted: Wed 28 Jan 2009, 01:47    Post subject:  

Quote:
Not sure what was going on on your end. On mine, the packaged kernel module didn't work in 4.12retro, but the built-in kernel module did. So all I needed was the Xorg driver.


I'm not entirely sure what's going on at my end either. Not just in relation to this. I'm thinking it might be clean install time. This one was a "downgrade" about a month ago from a non-retro 4.1.2 to the retro version. Did it by pfix=purge.

Probably not the best idea. And I've done a lot of experimenting since. So maybe it's time for a fresh clean start. So I'm on a level playing field.

The pad is working fine. So well, in fact that I'm springing for the big time. Intuos3 12"x19" That cost will set me back more than any computer I've ever owned -- by a factor of two. But I'm going to start designing again -- this whole thing with Puppy Linux and your work, Pizzasgood with the pad, has re-energized me. I have a lot of things I want to draw now, and that will allow it at full scale, with drafting curves. I can also digitize off of old drawings I have with it. So thanks again for all you did.
Back to top
View user's profile Send private message 
RJARRRPCGP

Joined: 09 Dec 2008
Posts: 98
Location: USA (Springfield, Vermont)

PostPosted: Wed 28 Jan 2009, 18:18    Post subject:  

Anyone here with a Bamboo? I just got one in December.
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8710

PostPosted: Wed 28 Jan 2009, 22:55    Post subject:  

Quote:
Anyone here with a Bamboo? I just got one in December.

yes...works fine...use the latest drivers..check out my posts Smile

have fun

mike
Back to top
View user's profile Send private message 
jayz

Joined: 03 Jun 2008
Posts: 9

PostPosted: Sun 15 Feb 2009, 16:23    Post subject: bamboo fun  

Here is how I configured Puppy Linux 4.12 to use my Wacom Bamboo Fun tablet:

plug in pad
install wacom_k2.6.25.16.pet (for kernel 2.6.25.16)
in terminal: modprobe wacom
add to xorg.conf:
(appropriate lines from linux wacom project input dev and srv layout)
NOTE: add these to appropiate sections of xorg.conf. Sticking them down at the bottom doesn't work.


do cat /proc/bus/input/devices
to identify event number
alter xorg entries above to correct event number if necessary
if necessary make new nodes:

I did need to make a new node - event number 5.

Now it acts like a mouse.

install gtk+-2.12.1-xinput-debug.pet

Now Gimp recognizes it as an input device.
Configure Gimp.
*
Now it's a whole beautiful groove thing!
*
Thanks to Pizzasgood and everyone else here.

*
It does appear that the pad must be plugged in before puppy boots. Also, I'm getting an error message about udevd at shutdown. I can't quite catch what it says. Is this related to the tablet? Is it ignorable?

_________________
Learn to laugh at your troubles and you'll never run out of things to laugh at. [Walt Kelly]
Back to top
View user's profile Send private message Visit poster's website 
Pizzasgood


Joined: 04 May 2005
Posts: 6270
Location: Knoxville, TN, USA

PostPosted: Tue 17 Feb 2009, 00:58    Post subject:  

I don't think I've seen any udevd errors, but I haven't been paying much attention to the shutdown process. Usually I just click "poweroff" and then climb into bed.

I do know that udev should be configurable to allow us to skip fiddling with the event devices and just use something like /dev/wacom. I have been meaning to look into that for over a month now, but I've been pretty swamped. I'll try to do it next time I have some free time.

_________________
Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

Back to top
View user's profile Send private message Visit poster's website 
mikeb


Joined: 23 Nov 2006
Posts: 8710

PostPosted: Tue 17 Feb 2009, 10:05    Post subject:  

Quote:
It does appear that the pad must be plugged in before puppy boots.

X does not do hotplugging....there is a workaround mentioned earlier in this thread.
The latest test version of X does but will be a while before puppy uses it.

Ignore udevd ...it's the only way Very Happy

regards

mike
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 5 of 24 [349 Posts]   Goto page: Previous 1, 2, 3, 4, 5, 6, 7, ..., 22, 23, 24 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » HOWTO ( Solutions )
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1080s ][ Queries: 12 (0.0088s) ][ GZIP on ]