home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text1454.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.2 KB  |  30 lines
  1. >>>>> "Bryan" == Bryan Taylor <bryan@interport.net> writes:
  2. In article <314D76C3.759E581B@interport.net> Bryan Taylor <bryan@interport.net> writes:
  3.  
  4.  
  5.     Bryan> Frogboyz wrote:
  6.     >>  Certain Macintosh programs allow direct writes to video
  7.     >> hardware, bypassing Quickdraw, and it is supposed to improve
  8.     >> speed.  I don't know whether or not this is recommended under
  9.     >> Executor.  Any ideas?
  10.  
  11. It's not recommended, because in general it winds up being slower, but
  12. it should work under Executor.
  13.  
  14.     Bryan> As I understand Director 4.0, for example, does its own
  15.     Bryan> screen writes.  It works under Executor, but leaves
  16.     Bryan> partially un-redrawn screens.  Otherwise it seem to work
  17.     Bryan> fine.
  18.  
  19. Executor handles this in different ways depending on the underlying OS
  20. and video driver.  If Executor can directly map the video memory into
  21. Executor's address space (like it can under DOS when a VESA 2 driver
  22. provides a linear frame buffer, or it can under Executor/SVGAlib with
  23. certain video boards) then things just work automatically.  If
  24. Executor can't directly map the screen then it has to periodically
  25. "refresh" the real screen from a pretend screen.
  26.  
  27. --Cliff
  28. ctm@ardi.com
  29.  
  30.