home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4426 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.3 KB  |  35 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: newshost.grace.cri.nz!maths!peterm
  3. From: peterm@maths.grace.cri.nz (Peter McGavin)
  4. Subject: Re: Qblit intereference again
  5. Message-ID: <PETERM.96Feb29111630@tui.maths.irl.cri.nz>
  6. Date: 28 Feb 1996 22:16:30 GMT
  7. Distribution: world
  8. References: <4gb6om$104@sunsystem5.informatik.tu-muenchen.de>
  9. Organization: Industrial Research Ltd
  10. In-reply-to: fischerj@Informatik.TU-Muenchen.DE's message of 20 Feb 1996
  11.     01:05:26 GMT
  12.  
  13. fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) writes:
  14. >My Qblit function still locks up if OS does small blits between it.
  15. >help please.
  16.  
  17. A few other things to check:
  18.  
  19. Make sure the same bltnode is not being used for 2 blits at the same
  20. time.  Don't clear the first field in the bltnode (which is used
  21. internally by the system) while the bltnode is in use by the system.
  22.  
  23. Be careful with CPU busy-loops and priorities.  If the program CPU
  24. busy-loops for QBlit() to finish and a lower-priority task owns the
  25. blitter at the instant QBlit() is called, then the lower-priority task
  26. can't get the CPU to disown the blitter ---> result lockup.  IMO, it's
  27. better to Wait() for a Signal() from the QBlit() cleanup function than
  28. to busy-loop.
  29.  
  30. The first blit in every QBlit() chain must initialise _all_ the
  31. blitter registers for the blitter channels used.
  32. -- 
  33. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  34.  
  35.