home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20150 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.5 KB  |  31 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!stanford.edu!CSD-NewsHost.Stanford.EDU!Xenon.Stanford.EDU!tecot
  3. From: tecot@Xenon.Stanford.EDU (Edward M. Tecot)
  4. Subject: Re: Why would this slow down QuickDraw
  5. Message-ID: <tecot.724971807@Xenon.Stanford.EDU>
  6. Sender: news@CSD-NewsHost.Stanford.EDU
  7. Organization: CS Department, Stanford University, California, USA
  8. References: <1992Dec21.092809.10504@cactus.org>
  9. Date: 21 Dec 92 21:03:27 GMT
  10. Lines: 19
  11.  
  12. rdd@cactus.org (Robert Dorsett) writes:
  13. >I've noticed some interesting interaction problems with VersaTerm 4.1 and
  14. >flight simulators, including one I'm working on.  The basic problem appears
  15. >to be that if VersaTerm is up, then the graphics performance of the simulators
  16. >(MS FS, Hellcats) goes through the floor.  In my own program, the performance
  17. >loss is as much as 50%, on straight bitmap-copying.  Even with the same program
  18. >running, if VersaTerm is then quit, performance goes back to normal.
  19.  
  20. >Can anyone suggest a reason why this is happening?  
  21.  
  22. If VersaTerm is in front of the simulator, then it's because Quickdraw must now
  23. do extra work to clip the drawing to the grafPort.  If VersaTerm is in the
  24. back, then I suspect it's because VersaTerm has to set up an interrupt routine
  25. to ensure that it doesn't drop any characters.  Obvious experiments to test or
  26. prove these hypotheses:  Try the same thing with TeachText instead of
  27. VersaTerm.  If the behavior is the same, it's likely the first case.  If not,
  28. it's likely the second.
  29.  
  30. _emt
  31.