home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1479 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: tomtec.abg.sub.org!judas
  2. From: judas@tomtec.abg.sub.org (Th.Huber)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re:  Serial Cable
  5. Distribution: world
  6. Message-ID: <judas.0hi3@tomtec.abg.sub.org>
  7. References:  <38231899@kone.fipnet.fi> <judas.0hbx@tomtec.abg.sub.org> <38231986@kone.fipnet.fi>
  8. Date: 18 Jan 96 23:35:42 MET
  9.  
  10. In article <38231986@kone.fipnet.fi> "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  11. >
  12. >> But I must confess, that I also used this "blitter finish bit
  13. >> replacement" in a former project of mine .. =)
  14. >
  15. >Care to tell more about this "problem"?
  16.  
  17. ok... but if you`re a honest, clean programmer, better don`t read this, it`s
  18. a real "dirty c0ding issue" .. =)
  19.  
  20. On the ECS there a bit called BLTPRI, found in DMACON. Setting this bit means
  21. to give the blitter priority over the CPU in case of chipram access.
  22.  
  23. Making the blitter busy enough, makes any access to chipram from the CPU delayed
  24. until the blitter has finished its operation.
  25. As the BLitBusyBit was somehow buggy on prior chipsets, some programmers found
  26. an other solution. 
  27. To go sure the blitter has finished, you just access chipram.
  28. (naaaahh, don`t tell me about waitblit() .. =)
  29.  
  30. As the AAchipset allows access to chipram, while blits are active, you loose
  31. the syncronisation with the blitter.
  32. (this also happens, when ECS-chipset is selected !!)
  33.  
  34. bye
  35.