1. Downloads 2 Drivers and Manual for Aiptek PenCam II VGA Cameras. Here's where you can downloads the newest software for your PenCam II VGA.
2. AIPTEK POCKET CINEMA V10 DRIVER DOWNLOAD - Go to the Aiptek website http: Click on Globle Website 3. As a portable presentation tool and cinema projector, the Aiptek PocketCinema V10 has all of the.

The Aiptek HyperPen X Window System Input Driver is designed to takemovement reports from your Aiptek tablet and convert them intoProximity and Button Events required by the X Server and X's clientapplications. This driver can, in conjunction with the Tablet Manager,report on and dynamically reconfigure its parameters without rebootingX.

A01 8GB MP3 Player with Touch Button for Sports, Black. A01 8GB MP3 Player with Touch Button for Sports, Black AGPTEK A01B 8GB mp3 player is a slim and sleek mp3 player with touch button and 1.8inch TFT screen. The time now is January aiptek 12000u, 4. Aiptek Hyperpen U – configuration Does anyone have any ideas? All aipte drivers and files must be out of the system The tablet didn’t work properly, so I tried to configure it using this setting: The tablet seems to work in at least some way though – The movement of the stylus above the tablet is recognized and makes the cursor move in the.

The Input Driver works with X.Org and XFree86 releases of the X Window Systemfor Linux.

1. Supports three pseudo-devices per tablet:the Stylus, Cursor and Eraser(synonymous with “rubber.”)
2. Both Relative and Absolutecoordinate reports are supported.
3. Keyboard events from the up-to 24 macrokeys found along thetopedge of the tablet (number of keys your tablet has depends on themodel.)
4. Direct events from the tablet to goto different X displays.
5. Specify anactive area, wherein input eventsfrom the tablet areaccepted.
6. Specify minimum and maximum pressurevalues which will beaccepted from the tablet's Stylus.
7. Specify minimum threshold values, onX, Y and pressure axes, tosmooth out spurious movement reports, or 'jittering.' (This isdifferent than the Kernel Device Driver's idea of “jitter.”)
8. Stylus pressure readings may byfiltered through a curvefunction, or reported linearly.
9. X and Y coordinates may be inverted.By default, the upper leftcorner is coordinate (0,0). By inverting X, Y or both, any of the fourcorners of the tablet may be (0,0).
10. X-Tilt and Y-Tilt, which report theangle at which the styluspoint is held against the drawing surface (respective to both the X andY axes.) That angle can be specified through the LinuxKernel Driver(the xtilt and ytilt files,) or through the TabletManager.
11. Wheel reports, from the fictionalMouse Wheel, are supported. TheWheel value can be set through the Tablet Mnager or directly, throughthe Linux Kernel Driver (through the wheelfile.)

Commercial digital tablets have separate tools for freestyledrawing, erasing, and tracing. These correspond to the Stylus,Rubber(or Eraser) and the Cursor.The stylus can choose to behave as a pen,pencil,brush or airbrush. The puck, a device usefulfor tracing, has alens on it for pinpointaccuracy. Inputs from all three tools come infrom different devices. And of course there is the eraser...

On consumer-oriented tablets such as the Aiptek models, there is nopuck, but there is a mouse. There's no eraser at all, so one has to besimulated. Both tools' input comes in through the same physical devicedriver, and then there's this matter of switching from pen to pencil tolens...

The X Window Input Driver allows the user to specify that a certainportion of the tablet's physical drawing area will be used for drawing;events from outside that area are not accepted. This is called theactive area. The driver allows you to specify the active area using oneof three sets of parameters,

1. xMax/yMax.The drawing area is assumed to begin at (0,0); what you aretherefore doing is describing the maximum X and Y coordinate values ofthe opposite corner of the rectangle.
2. xOffset/yOffset, xSize/ySize.The coordinate pair, xOffset, yOffsetdescribes the physical location of what will be considered to becoordinate (0,0); xSize/ySize describes the coordinate of the oppositecorner of the rectangle, using relative coordinates (e.g., with widthand height.)
3. xTop/yTop, xBottom, yBottom. xTop/yTopdescribes the physical location of whatwill be considered coordinate (0,0); xBottom/yBottom describes thecoordinate of the opposite corner of the rectangle, using physicalcoordinates.

The following shows how the active area parameters may be used withyour tablet.

Looking at the above, the upper right corner of the tablet is theOrigin Coordinate, e.g., (0,0).X coordinates are measured from left toright, and Y coordinates are measured from the upper corner downwards,towards the user.

With that in mind, xMax isthe rightmost coordinate you can draw to; the leftmost coordinate isthe Tablet Origin. Along the same lines, yMaxis the bottommost coordinate you can draw to.

xTop and yTop give you theability to specify where the simulated Origin Coordinate will be, e.g.,the leftmost and uppermost coordinate of your drawing area. It'smeasured in actual coordinates from the Tablet's real OriginCoordinate. xBottom and yBottom are also expressed inreal coordinatesfrom the Tablet's real Origin Coordinate.

xOffset and yOffset are also measured in coordinatesfrom theTablet's real Origin Coordinate. However, the xSize and ySize measuresare relative to the simulated (xOffset,yOffset) origin coordinate.

Why so much flexibility, to the point of distraction? Well, xOffset/xSize parameters are themost flexible insofar as you can share active area parameters withanother tablet user without necessarily caring what model they own, butit's also the hardest to measure and specify. xMax/yMax is the easiest, but itfavors the person who has his tablet to the right of thekeyboard. Frankly, they are all useful, and excludng one for theother would have been a mistake. And, sorry for the distraction.

By default, the X axis begins at the left corner of the tablet andincrements linearly to the right corner. The left corner is consideredto be coordinate (0) and the right corner considered to have themaximal X coordinate (whose value is governed by your tablet's size.)By inverting the X axis, that right corner is now considered coordinate(0), and the left corner has the maximum X value. Either or both axesmay be inverted.

The question arises through: how do you specify xTop/yTop, et alparameters, when the axes will be inverted? The answer is, allparameters are considered to be specified from the relative (0,0)coordinate.

If you are using the XFree86 X Server, the configuration file isknown as /etc/X11/XF86Config or /etc/X11/XF86Config-4.If you using the X.Org X Server, the file is called/etc/X11/xorg.conf. (The X.Org server will look for XF86Configif the xorg.conf file cannot be found; XFree86 will look forXF86Config-4 if XF86Config is missing.)

(Sorry, it's technical.) There's no real foolproof way to identify adigital tablet, in both the X Server or the USB, or the Linux HIDinterface. Under X, there is a notion of a tablet having the Atom of'Tablet', yet also the requirement that there be three devices, one forthe Stylus, another for Eraser, and the third for Puck. There's no Atomfor any of those. Yes, you can create an Atom for you driver, butthere's no law that says the client application is going to understandwhat your Atom means. So, base hackery takes place. What kind ofhackery? How about string compares for the driver's name? Yes, you cancall your instance of the Aiptek driver anything you want, but unlessyou give it the name 'pen', 'eraser' or 'cursor', Gtk won't recognize what'sgoing on.

But in the meantime, name your drivers pen, eraser, and cursor in order to find contentmentwith Gtk. And no, I don't know what to do if you have more than onetablet. 'pen0' and 'pen1'? Require all styluses to have names thatbegin with 'pen'? It's all hackery, and it's something I'd like tothrow out and rewrite from top to bottom...

Aiptek Drivers Tablet

What else? Well, you'll notice that X wants to know the actual pathof the where the tablet's movement data can be read from. And if youread my notes from the Linux Kernel Driver,you'll note that we have no guarantee where it is going to be, betweenreboots of the computer, or hotplug events. udev takes care of thisby creating the softlink for you at boot- or hotplug-time. But if yoursystem doesn't have udev, you get to engage in hackery:figure out where the tablet currently is located(/dev/input/event0? /dev/input/event5?), then run either a sedscript or your favorite text editor to change the path in the configfile (sigh)...

Or, you create the notion of a fixed location likeshown above, /dev/input/aiptek,and make sure that it is a softlink to where the tablet's actuallylocated. We've done the latter, and wrote a sysvinitrcscript; it establishes the softlink at bootup. But it sadly requiresthat the tablet be attached at bootup. It doesn't understand hotplugevents could/may have move the tablet to /dev/input/event22, instead of/dev/input/event0, where it was a boot-time... Your patches desired.

Aiptek Drivers

As of this writing, X is just beginning to understand hotplug events. Thecode isn't merged in, yet, so we're looking to see how this enhancementtakes form.