home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1079 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Doublebuffered window??
  5.  References: <4bfe05$l11@katiska.clinet.fi> <4bgmqq$kh6@serpens.rhein.de> <4cmftc$1g1@sunsystem5.informatik.tu-muenchen.de> <4cmrgp$5bs@serpens.rhein.de> <4d69m8$i0h@sunsystem5.informatik.tu-muenchen.de>
  6. Date: 15 Jan 1996 13:50:23 +0100
  7. Organization: dis-
  8. Message-ID: <4ddiif$80o@serpens.rhein.de>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
  12.  
  13. >Non-busy-wait WaitBoWin would have been a very useful lib-routine...
  14.  
  15. No, because task scheduling doesn't guarantee that you are still at
  16. the same beam position when your task gets to run. What you want is
  17. an interrupt that starts the blitter. This is the QBSBlit() function
  18. which, unfortunately, isn't really high level. The other possibility
  19. is to use a Bob. Bob rendering is synchronized to the display.
  20.  
  21. >I guess they also sync with vblank ?
  22.  
  23. They sync even to the Bob position.
  24.  
  25. >The only non-chipset-only method I see is dealing with VBeamPos
  26.  
  27. Other display devices might not even have a valid VBeamPos().
  28.  
  29. -- 
  30.                                 Michael van Elst
  31.  
  32. Internet: mlelstv@serpens.rhein.de
  33.                                 "A potential Snark may lurk in every tree."
  34.