home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
- From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
- Subject: Re: Double buffering and flicker..
- Message-ID: <1992Aug28.084534.7271@mpifr-bonn.mpg.de>
- Keywords: WaitBOVP() and WaitTOF()...
- Sender: news@mpifr-bonn.mpg.de
- Nntp-Posting-Host: specklec
- Organization: Max-Planck-Institut f"ur Radioastronomie
- References: <mcuddy.714894318@fensende>
- Date: Fri, 28 Aug 1992 08:45:34 GMT
- Lines: 28
-
- In <mcuddy.714894318@fensende> mcuddy@fensende.Rational.COM (Mike Cuddy) writes:
- >LoadView()), and just before I do the LoadView(), I do a WaitTOF().
-
- Try LoadView() before WaitTOF().
-
- >Unfortunately, when I do this, the double buffering flickers like mad!
- >(The graphics can't be seen while they're being drawn, so I know I'm
- >drawing on the right page...)
-
- Hmm. Not so sure. LoadView() queues the view to be installed at next
- vblank (via the graphics.library intserver). WaitTOF() puts your task
- to sleep until all vblank servers have executed.
- If you use WaitTOF(), then LoadView() you still have the previous view
- visible up to the next vblank.
-
- >The catch is, when I use WaitBOVP() with the last ViewPort in my view,
- >everything works fine. But, according to the RKM, WaitBOVP() busy waits,
- >and that's bad. (I'm trying to be system friendly!)
-
- WaitBOVP() will finish _before_ the vblank servers have executed (well,
- depends on how fast/loaded your machine is).
-
- Regards,
- --
- Michael van Elst
- UUCP: universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
- Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
- "A potential Snark may lurk in every tree."
-