January 18, 2018, 08:40:05 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: You can attach photos hosted by the forum rather than using an external image hosting site, this means they will stay forever and not disappear after a year or two.
   Home   Help Search Login Register  
Pages: [1] 2 3 ... 10
 on: January 17, 2018, 10:42:04 PM 
Started by Drewid - Last post by bernard
Note The "fellow above" was a bot and I deleted his message. This Topic is the beginning of this forum and it's mind boggling how much time it survived and continues to do so.

 on: January 16, 2018, 11:17:16 PM 
Started by TheGamer675 - Last post by TheGamer675
I have a Samsung LTN121AP05 display (salvaged from a HP Elite Book 2740P) with a Wacom SU5E-12W32AS-01X I need a schematic for wiring it to the teensy and I also need a pinout for the connector. Also do I have to have a teensy? I have already looked on the wiki page it has it but not any useful info.

 on: January 16, 2018, 05:22:32 PM 
Started by DaBotz - Last post by DaBotz
I opened a sourceforge page for downloading it,

 on: January 14, 2018, 08:00:52 PM 
Started by DD - Last post by DD
[ Attachment: You are not allowed to view attachments ]

Having read that ThinkPad's EMR pens are compatible with Wacom UD tablets. I bought a cheap one (7 USD Shocked) that was advertised as for using with X41T to try. It turns out it somewhat works with my UD-1212-R. It's recognised fine, tilt is also good. But the problem is the pressure is way too sensitive that it's impossible to use even with the help from Tablet Pressure Curve Tool.

I know the difference between having no pressure support at all vs the pressure is there but the dynamic range is so narrow that it is like beyond normal human's ability to control. This pen falls into the latter.

I'm not sure if the one I've got is faulty or it's just not fully compatible with my tablet. Has anyone tried these pens with a UD tablet?

PS. My (very) old Wacom's pens work as usual.

 on: January 13, 2018, 06:48:29 PM 
Started by ThinWhiteDuke - Last post by bernard
Awesome stuff!  I just had a question about enclosing everything with foam:   What about the heat from the backlight? You left some holes for ventilation?

 on: January 13, 2018, 05:57:28 PM 
Started by Tymnus - Last post by bernard
Sorry for late response. All my old pens still work. Often when one doesn't work it's because it needs "tuning". For wacom pens typically it is 2 little screws inside the pen. You must turn only one at a time and return it to precise position. If you turn both a lot it will be very difficult to find the working positions. (take a detailled closeup in-focus picture for reference). The hard part is opening the pen without breaking it. (lookup this before attempting).

 on: January 13, 2018, 05:52:11 PM 
Started by bernard - Last post by bernard
you forgot to tell us what is you tablet model OR is it in the file name? T5010 ISDV4 ?   What is the hardware resolution of that tablet?

EDIT:  after digging in your other posts, I found this:

I use standard template, Penenabled ISDV4 to Intuos2 12x18
For my digitizer, max X = 28811, max Y = 18083.

which does not match your template:

The SLAVE tablet max x / y should normally match your digitizer. You can try this :

...And YES, it would be nice that WaxBee's ISDV4 to internally prompt automatically for MAX X/Y SLAVE TABLET on boot (a feature of ISDV4). Maybe have a special "0" value. But I figured that if you got that far as connecting an ISDV4 to WaxBee you probably have that info and it will never change in a specific build. So until I get "peer pressure" to implement this (including troubleshooting this issue often like this post), I won't invest time.

 on: January 06, 2018, 10:16:41 PM 
Started by sinusoid - Last post by DaBotz
Some of us are pretty curious about the CalComps, though I fail to remember anybody ever having access to one (they reach, indeed, to truly epic sizes, but their intended mission usually imply more accuracy than responsiveness, which are usually competing specifics... to improve accuracy, often it is good to average the reading of the position /pressure values,  but it introduces lag as the position of the pen is determined at the end of the moving average).

It should be nice to know how is their accuracy/responsiveness, and if the driver has options like the length of the moving average window, or the coefficient of a geometric mean - (i.e. a way for the user to adjust the tablet's responsiveness-accuracy to their needs).

Linux Wacom driver has that option, and would be not for Lazy Nezumi (which allows to control precisely that),  I would probably have to go Linux-Gimp to use my drawing machines.

I would love to know if the Calcomps allow to modify such a parameter, and  have a reasonable responsiveness in their fastest mode.

I usually draw with anything between 10 to 400 ms of lag (smoothing on a moving window of 2 to 40 sampling values), depending on how stable I need my lines to be...

 on: January 06, 2018, 03:37:48 PM 
Started by DaBotz - Last post by DaBotz

- Just for windows, for now...

I was a bit frustrated with the small bugs of HIDMacros, and its limitations...

I finally took a bit of time to take a peek into it successor, LuaMacros.

While I may like the general idea (any key on any keyboard, available for firing its very shortcut), I found it - too-  a bit "wooden" for use by non-programmers...

I set forth to build a Java "wrapper" for it, that allows configuration, "switching on and off" the keyboard grabbing, track and reassign the attached keyboards on swapping their USB port (or, at least, making straightforward "attaching" the "new" shortcuts keyboard to the macros used by it) 

Per the "magic" I used to get LuaMacros and my Java thing to communicate, It already is able to handle HTML "virtual keyboards"... in fact, I had to  write some such "keyboards" while I was writing it on my old XP machine.

think like, an old tablet with "buttons" for your drawing software, that can be changed with a click on a link...  

This thing is an Alpha (not even a beta), as I am finishing up the last two features and I suppose I will find bugs for some more months, once I start using it to draw, but I really hope that somebody will take the time to peek into it and give me a feedback, as I feel that I am losing steam ...

Note: If I remember well, its starts just detecting the keyboards. The, to know which is which, you have to "enable" them and push a key.
When it receives an event from an unknown device, it posp up a windows asking to name it, if you want to use it and if it is one of those odd numeric pads that keep an autonomous num lock (which send three keyevents in a fracton of second, when "their" numlock is diferent from the system).

Switch it on, identify your main keyboard and "disable" the grabbing of its events, then you wiill be able to play with the other keyboards.

Hope to post a proper beta (buggy, but all features running) in a few days.



 on: January 04, 2018, 02:52:34 PM 
Started by haiku - Last post by sinusoid
How's the thing performing so far?

What's the battery lifetime?
How's the stability?

Oh, and what battery model did you end up using for it?

Pages: [1] 2 3 ... 10
Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!