home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / hardware / 22300 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  4.4 KB
  1. Xref: sparky comp.sys.amiga.hardware:22300 comp.sys.amiga.multimedia:1629
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!wupost!micro-heart-of-gold.mit.edu!rutgers!cbmvax!cbmehq!cbmaus!cbmozq!gpsoft!gregp
  3. From: gregp@gpsoft.adsp.sub.org (Dr Greg Perry)
  4. Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.multimedia
  5. Subject: Re: Touch screen input?
  6. Message-ID: <gregp.04bm@gpsoft.adsp.sub.org>
  7. Date: 1 Jan 93 06:39:55 GMT
  8. References: <epang.725705005@sfu.ca> <ping.03qv@ping.actrix.gen.nz>
  9. Organization: GP Software, Australia
  10. Lines: 78
  11. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  12.  
  13. In article <ping.03qv@ping.actrix.gen.nz> ping@ping.actrix.gen.nz (Peter Ingham) writes:
  14. > Eugene Pang (epang@fraser.sfu.ca) wrote:
  15. > 
  16. > > Playing around with a MicroTouch touch screen (without driver/documentation)
  17. > > I don't see how the MicroTouch can support finger dragging--it only outputs
  18. > > the initial coordinates of a touch (checked this with VLT), and doesn't
  19. > > output new coordinates unless you withdraw your finger momentarily.  Which
  20. > > IMHO makes it kinda useless as a mouse replacement, unless...  Does anyone
  21. > > know if (and how) it can be made to output a continuous stream of data?
  22.  
  23. This is actually incorrect. The Microtouch hardware (latest ASIC versions)
  24. supports a wide selection of operational modes. Some of these include
  25.  
  26.     point mode:    single event on touch down
  27.     down/up mode:    event on touch and event on lift off
  28.     stream    mode:    continuous events - touch down, then stream while
  29.             finger is in contact, then touch up when finger lift
  30.             off.
  31.     polled mode:    hardware buffers last event until requested then
  32.             sends values to computer.
  33.  
  34.     Plus some other modes such as Tablet etc. All output from the hardware
  35.     can also be generated in hex or decimal with optional status reporting
  36.     touch down /touch lift off/ continuous touch etc. 
  37.  
  38.     All events from the hardware are reported from 1024 x 1024 screen
  39.     matrix.
  40.  
  41. Unfortunately I cannot provide specific details    because of agreements with
  42. Microtouch but any developer should be able to obtain details from Microtouch
  43. direct.  The manuals which accompany the screen do provide sufficient info
  44. for most people to get something running.  On the other hand, you should be
  45. able to purchase our GPTouch software direct from MicroTouch agents (or
  46. direct from us if necessary)
  47.  
  48. > 
  49. > I use a Microtouch (also without docs) that was bought by another company (who 
  50. > cannot locate the docs for it).
  51. > 
  52. > The two progs that were with it are GPTouch (the driver) and ??GPPrefs?? (the 
  53. > configurer).
  54. > 
  55. >  
  56. > If anyone can help with docs, I'd love to hear from you...
  57. > 
  58. > A problem I have at the moment is the sampling rate.  The finger drag runs very 
  59. > slowly with various apps due to the large number of small-increment mouse movements
  60. > the driver appears to be simulating.  I've played with the "sensitivity" 
  61. > control but this not appear to make much difference.
  62. > 
  63. >     Peter S. Ingham              ping@ping.actrix.gen.nz
  64. >     Lower Hutt,  New Zealand     3:771/220.5
  65.  
  66.  
  67. Please be aware that we have recently upgraded GPTouch and associated 
  68. Touch_Preferences program to provide full WB2 overscan support and in the
  69. process of the re-write have changed the method of accepting responses from
  70. the hardware so that the screen response is now considerably faster.
  71.  
  72. In the early versions of GPTouch the problem was, in fact, that the screen
  73. hardware was generating TOO MANY events per second (up to 100!!) so that
  74. the Amiga's performance was slow for 'drag' operations. We have changed this
  75. to receive less events per second thus the subjective performance is a lot
  76. better. We have also added several other operational modes such as single
  77. point touch for better use with mumtimedia programs where only single events
  78. are of interest.  Other new features include the ability to adjust the
  79. operating frequency of the screen hardware to minimise noise caused by
  80. resonance btw the monitor frequency and the touch screen hardware.
  81.  
  82. Anyone using early versions of GPTouch should contact us about upgrade details.
  83.  
  84. -- 
  85. __
  86. +-----------------------------------------------------------------------+
  87. | Dr Greg Perry    GPSoftware, 21 Aloomba Rd, ASHGROVE AUSTRALIA 4060    |
  88. |        Phone/Fax +61 7 3661402                    |
  89. | EMAIL:INTERNET  cbmaus!cbmozq!gpsoft!gregp@cbmvax.commodore.com    |
  90. |       CBMNET:   gregp@gpsoft.adsp.sub.org                             |
  91. +-----------------------------------------------------------------------+
  92.