home *** CD-ROM | disk | FTP | other *** search
- Path: www.cybercity.dk!usenet
- From: ccc6004@vip.cybercity.dk (Hans Henrik Happe)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: need help on A1200/030 board programming
- Date: 12 Feb 1996 22:19:44 GMT
- Organization: CyberCity of Denmark
- Message-ID: <1100.6616T68T696@vip.cybercity.dk>
- References: <4f4hiu$oum@ionews.io.org> <38232327@kone.fipnet.fi><743.6612T966T1128@wr.com.au>
- <4fd491$k8r@sunsystem5.informatik.tu-muenchen.de> <2133.6613T901T923@wr.com.au>
- NNTP-Posting-Host: 194.16.56.104
- X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
-
-
- Accolyte ( accolyte@wr.com.au ) wrote:
-
- > :) It's just a shame that you can't rely on the chip-speed. I mean, to
- > make your code compatible with accelerators you can't use 100% of the
- > stock 1200's available accesses to chip. I guess you can screw over people
- > who have an accelerator without fast, but still there's other situations,
- > I'm sure, where the data can't be in fast-ram.
-
- This is not that hard... You just have to make a counter that gets updated each
- VBlank. This can be done in an interupt like this:
-
- counter = counter + 1
-
- Then you can find out how many frames a rutine takes, by saving the current count,
- run the rutine, then frames=beforecount - presentcount. Then keep track of how many
- frames the slowest state of the rutine has used and se to that no other state will do
- it faster.
-
- You can also use this counter to sync you calculations. so your - lets say rot&zoom
- rutine spins one round in x seconds no matter how fast the computer is.
-
- Please do this, I'm sick and tired of bad sync'ed demos... TP5 ring a bell A4000 owners?
-
-
- Hans Henrik Happe
- Alias Goat / Sumpen
-
-