home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / sci / virtual / 3722 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.6 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!ogicse!news.u.washington.edu!stein.u.washington.edu!hlab
  2. From: cdshaw@cs.ualberta.ca (Chris Shaw)
  3. Newsgroups: sci.virtual-worlds
  4. Subject: Re: TECH: DataGlove packet rate
  5. Message-ID: <1992Nov18.045717.22837@u.washington.edu>
  6. Date: 17 Nov 92 06:00:43 GMT
  7. Article-I.D.: u.1992Nov18.045717.22837
  8. References: <1992Nov14.011645.11929@u.washington.edu>
  9. Sender: news@u.washington.edu (USENET News System)
  10. Organization: University of Alberta
  11. Lines: 60
  12. Approved: cyberoid@milton.u.washington.edu
  13. Originator: hlab@stein.u.washington.edu
  14.  
  15.  
  16. In article <1992Nov14.011645.11929@u.washington.edu> dejohnso@asylum.cs.utah.edu
  17.  (David Johnson) writes:
  18. >I have a little distributed VR system set up - SGI's, DataGlove and
  19. >Polhemus.  I have only been getting about 7 frames/sec so I have been
  20. >doing some careful timing to see where the bottleneck is - and it's
  21. >mostly in trying to read the Polhemus 3Space.  Right now it is configured for
  22. >2 sensors, binary, non-continous mode, 19200 baud serial port and I
  23. >can't get close to the 30 data packets/sec that they claim.  Is this
  24. >experience common?  What kind of data rate do you get using the MR
  25. >Toolkit? Any suggestions?
  26.  
  27. It all depends on your polling structure. If you're polling the Isotrak once 
  28. at the start of each update loop, you're going to guarantee a wait of 1/60 
  29. second until the data packet is returned. Do that once per Isotrak, and you've
  30. lost 33 milliseconds already.  Sometimes, the timing of the situation can
  31. be such that you'll get HALF the update rate when polling -- 15 Hz on your
  32. case.  Running in continuous mode eliminates this polling lag. 
  33.  
  34. Our study of this problem, published in the User Interface Software and
  35. Technology 1991 Conference (ACM UIST'91) indicates that using
  36. continuous mode can reduce lag by up to 50 milliseconds.
  37.  
  38. Using ascii polling mode on our slowest machine, the MR Toolkit can get at 
  39. least 13 samples per second on a 3-way sync'd Isotrak using a SGI 3130 (20MHz 
  40. 68020). Back in the old days, we used a 3130 and a SGI 2400 (15MHz or 20MHz 
  41. 68010 box) as our stereo HMD drivers, and could get 15 updates per second
  42. on dirt simple models (hand plus 3 polygons). Considering that the maximum
  43. packet throughput on these machines is about 60 TCP/IP packets per second,
  44. this ain't too shabby. On more modern machines, we get 60 updates per
  45. second on our Isotrak and glove drivers, using binary continuous mode.
  46.  
  47. The key point to note here is that you should always try to eliminate
  48. needless synchronization of the visual update upon other updates, such as
  49. tracker update. Polling the tracker requires you to hang around waiting for
  50. the latest data to show up. You can't always guarantee that you can fill
  51. this time with something useful.
  52.  
  53. >Also - my VR thumb looks goofy - can anyone describe well how to model
  54. >its motion?
  55.  
  56. Depends on your glove. We use a "finger" rotated 90 degrees so that the
  57. hinge-like joints' axes are perpendicular to the palm, then rotate out at
  58. the base of the thumb by 20 degrees or so. If you have more sensors, you
  59. can do more, of course.
  60.  
  61.   |||| <- fingertips                      | <- fingertips
  62. / ||||                                    |
  63. |                           thumb tip-> \ |
  64. \                                        \|
  65. Back of hand view.                Hand as seen while "karate chopping"
  66. Thumb on left. Thumb joint        Rotate thumb counter-clockwise by 20 degrees
  67. axes come out of page.            Rotation axis comes out of page.
  68.  
  69. >David Johnson
  70. >dejohnso@cs.utah.edu
  71.  
  72. --
  73. Chris Shaw               University of Alberta
  74. cdshaw@cs.UAlberta.ca    CatchPhrase: Bogus as HELL !
  75.