home *** CD-ROM | disk | FTP | other *** search
- Path: fix.uni-trier.de!not-for-mail
- From: hfrieden@fix.uni-trier.de (Hans-Joerg Frieden)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Wolfenstein Texture mapping problem
- Date: 27 Feb 1996 11:43:01 GMT
- Organization: Universitaet Trier
- Message-ID: <4guqo5$4l9@news01.uni-trier.de>
- References: <4g5mv0$sns@news01.uni-trier.de> <4gimj3$4lp@news01.uni-trier.de> <4glh4j$rgg@maureen.teleport.com>
- NNTP-Posting-Host: fix.uni-trier.de
- Mime-Version: 1.0
- Content-Type: text/plain; charset=US-ASCII
- Content-Transfer-Encoding: 7bit
- X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
-
- Stephan Schaem (sschaem@teleport.com) wrote:
- : Why the table, and the z buffer? what are those 3 instructions?
- I do fill a zbuffer with the information from the raycaster, so that
- while I do the raycasting, the picasso blitter can clear the buffers I am
- writing to... The three instructions (from memory, dunno if I am correct
- here) are
-
- loop:
- move.b (a0,d0.w),(a1)+
- addq #2,a0
- dbra d1,loop
-
- : How is the picaso update done? you write the the buffer directly?
- : you use an OS function? How long does it take the OS to update
- : a the fatsmem buffer? I'm asking cause this might be a major cause
- : for your slowdown.
- I do write into a fastram buffer and then copy it to the card ram with
- word writes. The Picasso is ZII, so word writes are better than byte
- writes. I can directly access the picasso memory, as a linear chunky
- stream, I don't need OS functions for that. I am using the rtgmaster
- library at the moment, with my rtgPICA sublib, so this will essentially
- also work on a CyberGfx or an EGS board
-
- Regards, Hans-Joerg.
-
- --
- Hans-Joerg Frieden Schloss-Strasse 176 54293 Trier Germany
- Private Mail to hfrieden@fix.uni-trier.de
- HiWi at University of Trier, Germany
- Any Opinion expressed is completely my own, not those of my employers.
-