home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text2890.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.0 KB  |  52 lines
  1.     id m0typza-0007qZa; Mon, 18 Mar 96 18:13 MST
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0typz0-0007qCn; Mon, 18 Mar 96 18:13 MST
  5. Path: sloth.swcp.com!usenet
  6. From: Clifford T. Matthews <ctm@ardi.com>
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: QuickDraw or No???
  9. Date: 18 Mar 1996 17:15:54 -0700
  10. Organization: ARDI
  11. Lines: 28
  12. Message-ID: <ufwx4ilyyt.fsf@ftp.ardi.com>
  13. References: <314cf885.1034712@nntp.ix.netcom.com>
  14.     <314D76C3.759E581B@interport.net>
  15. NNTP-Posting-Host: ftp.ardi.com
  16. In-reply-to: Bryan Taylor's message of Mon, 18 Mar 1996 09:44:19 -0500
  17. X-Newsreader: Gnus v5.0
  18. To: executor@ardi.com
  19. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  20. Sender: owner-executor@ardi.com
  21. Precedence: bulk
  22.  
  23. >>>>> "Bryan" == Bryan Taylor <bryan@interport.net> writes:
  24. In article <314D76C3.759E581B@interport.net> Bryan Taylor <bryan@interport.net> writes:
  25.  
  26.  
  27.     Bryan> Frogboyz wrote:
  28.     >>  Certain Macintosh programs allow direct writes to video
  29.     >> hardware, bypassing Quickdraw, and it is supposed to improve
  30.     >> speed.  I don't know whether or not this is recommended under
  31.     >> Executor.  Any ideas?
  32.  
  33. It's not recommended, because in general it winds up being slower, but
  34. it should work under Executor.
  35.  
  36.     Bryan> As I understand Director 4.0, for example, does its own
  37.     Bryan> screen writes.  It works under Executor, but leaves
  38.     Bryan> partially un-redrawn screens.  Otherwise it seem to work
  39.     Bryan> fine.
  40.  
  41. Executor handles this in different ways depending on the underlying OS
  42. and video driver.  If Executor can directly map the video memory into
  43. Executor's address space (like it can under DOS when a VESA 2 driver
  44. provides a linear frame buffer, or it can under Executor/SVGAlib with
  45. certain video boards) then things just work automatically.  If
  46. Executor can't directly map the screen then it has to periodically
  47. "refresh" the real screen from a pretend screen.
  48.  
  49. --Cliff
  50. ctm@ardi.com
  51.  
  52.