home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12831 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.6 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!ub!galileo.cc.rochester.edu!rjw
  2. From: rjw@merlin.cvs.rochester.edu (Robert Wilson)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: gameport device vs. input device
  5. Message-ID: <1992Aug28.203427.9520@galileo.cc.rochester.edu>
  6. Date: 28 Aug 92 20:34:27 GMT
  7. References: <1992Aug28.174032.4126@galileo.cc.rochester.edu> <1992Aug28.182725.1768@jato.jpl.nasa.gov>
  8. Sender: news@galileo.cc.rochester.edu
  9. Organization: University of Rochester, Rochester NY
  10. Lines: 39
  11. Nntp-Posting-Host: merlin.cvs.rochester.edu
  12.  
  13. In article <1992Aug28.182725.1768@jato.jpl.nasa.gov> jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
  14. >In article <1992Aug28.174032.4126@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
  15. >>I'm trying to use the input device to pick up character input, and the 
  16. >>gameport device to pick up mouse input from both ports.  This is for a 
  17. >>psych. experiment, so the gameports have to be on equal standing: hence
  18. >>my need for using the gameport device.
  19. >>
  20. >>** My question: is it possible to make the input device unaware of the 
  21. >>gameports?  I want all mouse events to go the gameport device, and only
  22. >>to the gameport device.
  23. >
  24. >The input device task opens the gameport device when it begins and packages
  25. >any and all mouse events that occur into IECLASS_RAWMOUSE input events. Key-
  26. >board activity too causes IECLASS_RAWKEY input events to be generated. You
  27. >can become a handler of the input device chain (See the RKM Libraries and
  28. >Devices chapter on the Input Device).  As far an equal standing goes, they're
  29. >both packaged as input events and you can see them in the order they occurred.
  30.  
  31. Thank you for the prompt reply.  I have code already that handles the mouse
  32. via the input device, but as far as I can tell (having read the sections you
  33. mentioned) the input device only picks up events from one port at a time.
  34. This means that the data flows as follows:
  35.  
  36. GAMEPORT 0: mouse->gameport dev 0->input dev->my program
  37. GAMEPORT 1: mouse->gameport dev 1->my program
  38.  
  39. Things I'm afraid may slow down my processing an event on gameport 0:
  40.     1) the event being queued behind non-mouse events
  41.     2) the input device taking a while to process the event
  42.  
  43. I need millisecond accuracy.  If anyone can tell me that the input device won't
  44. slow things down that much, I'll be happy to go on; but right now it seems that
  45. data from gameport 1 could go processed faster than data from gameport 0.
  46.  
  47. If anyone can tell me how to get around the input device, or show that my
  48. fears are unfounded, I'd really appreciate it.
  49.  
  50. -Robert
  51.  rjw@cvs.rochester.edu
  52.