home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / games / programm / 4759 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!benrg
  2. From: benrg@ocf.berkeley.edu (Ben Rudiak-Gould)
  3. Newsgroups: rec.games.programmer
  4. Subject: Re: vga mode 13
  5. Date: 19 Nov 1992 23:15:32 GMT
  6. Organization: U.C. Berkeley Open Computing Facility
  7. Lines: 21
  8. Message-ID: <1eh76kINNo8e@agate.berkeley.edu>
  9. References: <1992Nov13.152904.1806@ms.uky.edu> <1992Nov17.121513.11999@bsu-ucs> <1eeorfINNorv@aludra.usc.edu>
  10. NNTP-Posting-Host: maelstrom.berkeley.edu
  11.  
  12. In article <1eeorfINNorv@aludra.usc.edu> mduffy@aludra.usc.edu (Michael Duffy) writes:
  13. > 1) Use an array in standard memory the size of your screen and write screen
  14. >    data to that instead.
  15. >
  16. > 3) Use a tweaked 256 color mode that allows multiple pages.
  17.  
  18. Assuming that I'm writing a game which isn't too heavy on sprites and
  19. doesn't require hardware scrolling, split screens, or any of that jazz
  20. (which I am), would your first suggestion above (i.e. mode 13h, erase
  21. sprites, draw sprites, wait for VBL, movsw) be reasonably fast and
  22. flicker-free? And would it remain so on a slow system?  The reason I
  23. ask is that mode X seems like an unnecessary pain in this case.  Am I
  24. right, or should I use it for the benefit of 286 systems?  Thanks for
  25. your help.
  26.  
  27. >Mike Duffy (mduffy@aludra.usc.edu)
  28.  
  29. --
  30. Ben Rudiak-Gould
  31. benrg@ocf.berkeley.edu
  32. "Sometimes, a cigar is just a cigar." -- Freud
  33.