home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.programmer
- Path: sparky!uunet!mcsun!news.funet.fi!funic!nntp.hut.fi!vipunen.hut.fi!jmunkki
- From: jmunkki@vipunen.hut.fi (Juri Munkki)
- Subject: Superfast Polyfill Animator!
- Message-ID: <1992Nov23.011646.15665@nntp.hut.fi>
- Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
- Nntp-Posting-Host: vipunen.hut.fi
- Reply-To: jmunkki@vipunen.hut.fi (Juri Munkki)
- Organization: Helsinki University of Technology
- Date: Mon, 23 Nov 1992 01:16:46 GMT
- Lines: 33
-
- Something clicked in my mind today when I was riding the subway. All
- the parts of a superfast polygon animator routine that I've been thinking
- of for years fell into place...
-
- I just finished writing all the tough parts of the routine, so I know it
- works. I'm not quite sure how fast it will be, but I would bet that it
- will compete very well with programs like Spectre and Hellcats.
-
- I'm not going to tell you how I'm doing it (at least not yet), but I'm
- going to tell you what the routine can do:
-
- - Up to 32767 polygons, priority sorted.
- - Any screen resolution.
- - Any screen bit depth (1, 2, 4, 8, 16, 24).
- - Runs on 68000 (only B&W, of course).
- - Totally smooth screen update without double buffering.
- - Video card access to only those parts that need to be changed.
- - Easily supports region clipping, if you need it.
- - Can support stereo 3D, if your hardware has 2 video buffers.
-
- It doesn't do 3D polygons, so you need to sort the polygons before you
- give them to this routine. It probably could do 3D visibility stuff with
- some overhead, but I think this will in most cases be faster to implement
- outside the rendering routine.
-
- I'm not sure what I'm going to do with this thing... I shouldn't have
- been playing with graphics anyway, especially not this week.
-
- I need some sleep...
-
- --
- Juri Munkki Windsurf: fast sailing
- jmunkki@hut.fi Macintosh: fast software
-