home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / programm / 2131 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.5 KB
  1. Path: sparky!uunet!mcsun!uknet!mucs!lucsand!anduin!bruce
  2. From: bruce@supr.scm.liv.ac.uk (Bruce Stephens)
  3. Newsgroups: comp.programming
  4. Subject: Re: MAZE
  5. Message-ID: <BRUCE.92Jul29114854@suprenum.supr.scm.liv.ac.uk>
  6. Date: 29 Jul 92 10:48:54 GMT
  7. References: <1992Jul23.145751.29068@wuecl.wustl.edu> <dfs.711915117@ro>
  8. Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK
  9. Lines: 24
  10. Nntp-Posting-Host: supr.scm.liv.ac.uk
  11. Nntp-Posting-User: bruce
  12.  
  13. >>>>> On 23 Jul 92 18:11:57 GMT, dfs@doe.carleton.ca (David F. Skoll) said:
  14.  
  15. > In <1992Jul23.145751.29068@wuecl.wustl.edu> ppc1@cec2.wustl.edu (Peter
  16. > Pui Tak Chiu) writes:
  17.  
  18. >>I am trying to write a 3D maze in which the player can move around as if
  19. >>he/she is "inside" the maze.  (something like the adventure game ULTIMA
  20. >>when you are inside a dungeon...)
  21.  
  22. > The basic idea is to draw a single cell's view, shrink the size
  23. > down, and keep drawing successive cells until a wall blocks the
  24. > view.  You can also terminate after a fixed number of cells to limit
  25. > the distance a player can see.
  26.  
  27. That works.  For sensible mazes it looks fine, and worked quite fast
  28. enough in Basic on a BBC Micro when I wrote one ages ago.  In fact, if
  29. you have a really good library you can probably find a listing of some
  30. version in one of the hobby magazines, because that's where I got the
  31. idea from.
  32.  
  33. What it doesn't work on is mazes with open areas in them, so make sure
  34. you use a sensible maze generator that creates passages one-grid wide.
  35.  
  36. Bruce
  37.