home *** CD-ROM | disk | FTP | other *** search
- From: HAWK@blanker.ruhr.de (Peter Elzner)
- Date: Sun, 17 Mar 96 23:05:28 +0100
- X-Mailer: Zodiac's Point 37.204 [REGISTERED 001A] via ANUBIS V 0.558 / ZSort V 1.44f
- Message-ID: <zp8102aCTjRCZ1a@blank1.blanker.ruhr.de>
- Organization: neXus
- X-ZC-Post: Grudene 6a;58644 Iserlohn;Germany
- X-ZC-Telefon: V+49-2374-84425
- X-ZC-F-TO: Doug Taylor
- X-Gateway: ZCONNECT blanker.ruhr.de [AnUUCP 1.32 (16.03.96)]
- MIME-Version: 1.0
- Content-Type: text/plain; charset=ISO-8859-1
- Content-Transfer-Encoding: 8bit
- Subject: Re: No waitTOF under CyberGraphX!
- Newsgroups: comp.sys.amiga.programmer
- Path: blanker.ruhr.de!BLANK1
- References: <zp0e60aCMqF5Z1a@blank1.blanker.ruhr.de> <313C4157.7806@plea.se> <zp221eaCP6huZ1a@blank1.blanker.ruhr.de> <4i4uch$qdu@skivs.ski.org>
-
- dtaylor@skivs.ski.org (Doug Taylor) wrote:
-
- > As far as I can tell when you write a new display start address it takes
- > effect on the next vertical blank. I believe this is a property of VGA and
- > SVGA chips. So if your rendering takes less than one frame you will get
- > smooth buffering but you will still have to wait for the vertical blank
- > signal to synchronize properly otherwise you may run ahead of yourself
- > and miss a frame.
-
- That's right but I can't see the difference between this and poking into a
- copper-list. Changing the bitmap-adr-ptrs in a copper-list will take effect
- at the next VBI, too or am I getting something wrong here?
-
- Peter Elzner [Hawk@blanker.ruhr.de]
- ---------------------< neXus support center >------------------------------
- Microsoft isn't the answer. Microsoft is the question and the answer is NO
-