home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0557.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.6 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id AAA03651 for <executor@nacm.com>; Sun, 23 Apr 1995 00:08:22 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id BAA28278; Sun, 23 Apr 1995 01:11:19 -0600
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0s2vlx-000Ye1C; Sun, 23 Apr 95 01:08 MDT
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0s2vlx-00000BC; Sun, 23 Apr 95 01:08 MDT
  7. Message-Id: <m0s2vlx-00000BC@beaut.ardi.com>
  8. Date: Sun, 23 Apr 95 01:08 MDT
  9. From: ctm@ardi.com (Clifford Thomas Matthews)
  10. To: ahem <SYNNAD@uncvx1.oit.unc.edu>
  11. Cc: executor@nacm.com
  12. Subject: Re: Solarian II
  13. In-Reply-To: <01HPN3YY0BLE001EW0@UNCVX1.OIT.UNC.EDU>
  14. References: <01HPN3YY0BLE001EW0@UNCVX1.OIT.UNC.EDU>
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "ahem" == ahem  <SYNNAD@uncvx1.oit.unc.edu> writes:
  19.  
  20.     ahem> Emilio Moreno:
  21.     EM> Solarian II v1.03 It works fine. This is an amazing color
  22.     EM> arcade game similar to Maelstrom.  This SHOULD BE in a demo
  23.     EM> volume only -refresh [GREEN]
  24.  
  25.     ahem> How'd you get it to work?  I got it to work (perfectly but
  26.     ahem> unstably - would always crash eventually) on an earlier
  27.     ahem> version of Executor, but had no success with 1.99l.
  28.  
  29. Back when Executor allowed programs to write directly to the screen
  30. and we used page faults to do "bank switching", Solarian would hang,
  31. because it would write a long word that straddled a page, and the
  32. architecture of most SVGA boards would not allow us to map a bank that
  33. would include the entire long, so the naive page handling code would
  34. switch back and forth from bank to bank, each time the instruction was
  35. restarted a new fault would occur and this would go on indefinitely.
  36.  
  37. Now programs *can't* write directly to the screen, so you need to use
  38. "-refresh n" (where n is a number like 6) to periodically copy the
  39. memory that we pretend is the screen to the real screen.  This is a
  40. significant performance hit, but it has no problems with Solarian.
  41.  
  42. Eventually, we'll support some video boards ability to map linearly
  43. their frame buffer into memory and then we'll be able to let programs
  44. write directly to the screen (on PCs with those video boards) and
  45. we'll no longer have to worry about bank switching, since linear
  46. mapping obviates the need for bank switching.  It's not clear whether
  47. or not this capability will be ready by the time 2.0 ships.  Mat guess
  48. that it will, but we have a lot of other work to do as well.
  49.  
  50.     --Cliff
  51.  
  52.  
  53.