home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16059 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.2 KB
  1. Path: sparky!uunet!ogicse!flop.ENGR.ORST.EDU!gaia.ucs.orst.edu!brindley
  2. From: brindley@maxwell.ECE.ORST.EDU (Mike Brindley)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: sprites in 3.0?
  5. Message-ID: <1ef9gbINN7rt@talon.UCS.ORST.EDU>
  6. Date: 19 Nov 92 05:42:35 GMT
  7. Article-I.D.: talon.1ef9gbINN7rt
  8. References: <1962@lysator.liu.se> <BxtCwF.6Jq@fc.hp.com>
  9. Organization: Society for Putting Things on Top of Other Things
  10. Lines: 22
  11. NNTP-Posting-Host: maxwell.ece.orst.edu
  12.  
  13. In article <BxtCwF.6Jq@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
  14. >Martin Vilcans (marvil@lysator.liu.se) wrote:
  15. >
  16. >> Yes, I know, but the pointer is sprite number 0, it's the higher number
  17. >> sprites that disappear when overscanning.
  18. >
  19. >Interesting, but I'm still not convinced.  Also any potential theory
  20. >needs to explain:
  21. >
  22. >   - programs which open their own, non-overscan screen, with sprites,
  23. >     but the sprites don't work.
  24. >
  25.  
  26. The same basic thing happens on my 3000 - if my workbench is overscanned
  27. too much, other programs which open up thier own screens will lose the
  28. sprites (even though the dma slots are not actually being used).  I asked
  29. for an explanation of this behaviour int c.s.a.hardware a few months ago,
  30. but got no response.
  31.  
  32. -- 
  33. --> Mike Brindley
  34.     brindley@ece.orst.edu
  35.