home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!wupost!howland.reston.ans.net!paladin.american.edu!gatech!concert!samba!usenet
- From: Todd_Lewis@unc.edu (Todd M. Lewis)
- Subject: Re: Hardware bashing demo takes an OS friendly turn.
- Message-ID: <1993Jan7.152609.1157@samba.oit.unc.edu>
- Sender: usenet@samba.oit.unc.edu
- Nntp-Posting-Host: guitar.oit.unc.edu
- Organization: UNC Office of Information Technology
- References: <1993Jan7.113238.1139@imada.ou.dk>
- Date: Thu, 7 Jan 1993 15:26:09 GMT
- Lines: 28
-
- In article <1993Jan7.113238.1139@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern
- Reese) writes:
- >The recent discussion on hardware bashing made me wonder if I
- >could adjust one of my demos to be more OS friendly.[...]
-
- >I had to give up using WaitBlit() in preference of testing the
- >BBUSY bit in the dmaconr hardware register by myself. Using
- >WaitBlit() increased the execution time about 1/5 of a frame
- >(which I could afford), but as I depended on the preservation
- >of all data registers and most address registers I had to dump
- >the scratch registers on the stack, which increased execution
- >time about 1/2 frame (and that I couldn't afford).
-
- You toasted yourself. Here, have a quote from the AutoDocs for
- WaitBlit():
- RESULT
- Your program waits until the blitter is finished.
- This routine does not use any the CPU registers.
- do/d1/a0/a1 are preserved by this routine.
- It may change the condition codes though.
- Otherwise, it looks like you've done a nice job. Thanks for
- posting the code.
-
- >Bjoern Reese | Email: breese@imada.ou.dk
- --
- _/_/_/ _/ Todd_Lewis@unc.edu You can lead a horse to
- _/ _/ utoddl@guitar.oit.unc.edu Mohammad, but you can't make
- _/ _/_/_/ a mountain drink a mole hill.
-