home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!usc!cs.utexas.edu!rutgers!cbmvax!chrisg
- From: chrisg@cbmvax.commodore.com (Chris Green)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Hardware bashing demo takes an OS friendly turn.
- Message-ID: <38395@cbmvax.commodore.com>
- Date: 7 Jan 93 21:32:41 GMT
- References: <1993Jan7.113238.1139@imada.ou.dk>
- Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
- Organization: Commodore, West Chester, PA
- Lines: 26
-
- 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 took
- >a demo which I did at the end of 1990 (in fact the last demo
- >that I released: "Dexion XMas Demo 1990" - well, it was more
- >like an intro.) My old routines looked like this (a5 points
- >to my data section in both examples)
- >
- >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).
-
- WaitBlit is defined to not trash any registers.
-
- --
- *-------------------------------------------*---------------------------*
- |Chris Green - Graphics Software Engineer - chrisg@commodore.COM f
- | Commodore-Amiga - uunet!cbmvax!chrisg n
- |My opinions are my own, and do not - icantforgettheimpression o
- |necessarily represent those of my employer.- youmadeyouleftaholeinthe r
- |"A screaming comes across the sky..." - backofmyhead d
- *-------------------------------------------*---------------------------*
-