home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / alt / sys / amiga / demos / 1593 < prev    next >
Encoding:
Text File  |  1992-11-13  |  3.0 KB  |  63 lines
  1. Newsgroups: alt.sys.amiga.demos
  2. Path: sparky!uunet!mcsun!news.funet.fi!funic!nntp.hut.fi!nntp!mknip
  3. From: mknip@niksula.hut.fi (Mats Anders Knip)
  4. Subject: Re: Music and Code from Demos
  5. In-Reply-To: jxp@dcs.ed.ac.uk's message of 12 Nov 92 10:07:32 GMT
  6. Message-ID: <MKNIP.92Nov13142322@superman.hut.fi>
  7. Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
  8. Nntp-Posting-Host: superman.cs.hut.fi
  9. Organization: Helsinki University of Technology, Finland
  10. References: <MKNIP.92Nov5110420@silver-surfer.hut.fi> <1992Nov05.155826.9766@crash>
  11.     <MKNIP.92Nov9165110@blob.hut.fi> <BxLLGL.uF@dcs.ed.ac.uk>
  12. Date: 13 Nov 92 14:23:22
  13. Lines: 48
  14.  
  15.    >> For example - let's imagine you have got a 1000-pixel wide bitmap that
  16.    >> you want to scroll from left to right. On the PC, each frame you copy
  17.    >> 200*320 (= 64k) bytes from memory to the graphics-handler (right?),
  18.    >> which takes a LOT of CPU time. You can't even make a 50hz scroll on a 
  19.    >> slower PC. (the C64 could do that...poor work, PC-designers!)
  20.  
  21.   >Ah, but the C64 could only do it on a character mapped screen.
  22.   >Try it with the bitmap mode!
  23.  
  24. So? That's exactly what I was trying to explain. When scrolling a
  25. c64-char-screen there are 1000 bytes to be moved, on the VGA there are
  26. 64000. Besides, if scrolling at 1pix/frame the moves only had to
  27. be made every 8th frame on the c64 because of the (surprise)
  28. finescroll register. The PC has no finescroll register -> scrolling
  29. is a pain in the ass. If it had, everybody would be happy.
  30.  
  31. >       And anyway, that's the display DMA that does that. Is it
  32. >   Agnus that does DMA?  That's what's responsible for modulos.
  33.  
  34. Yes, and the copper updates the display DMA.
  35.  
  36. >   And when you want a block-mapped screen, do you unfold the
  37. >   *lot* at the start, into a Megs worth of screen data?  At some point, in
  38. >   real time, you need to blit blocks about.  It's the blitter that's fast in the
  39. >   Amiga!
  40.  
  41. Not quite true. You can make a damn fast scroller on the Amiga without using
  42. the blitter (not that you would, of course, but it's possible) compared
  43. to the amount of time a it would take on a PC. Thanks to the display DMA.
  44. Yes, the blitter is fast, but putting a blitter only into a PC wouldn't
  45. make it nearly as sofisticated as the Amiga. What makes the Amiga so
  46. superb is that by using all coprocessors together you archive incredible
  47. stuff.
  48.  
  49. >       A=>D copy uses every other cycle, and on a 4-bitplane lo-res
  50. >   screen, steals every positive clock edge from the 68000 for chipmem access.
  51. >       If you've got a 4-colour lo-res screen, A->D is essentially free.
  52. >   Of course, you have to include the overhead for setting up the blitter.
  53.  
  54. While a AorDandC=>D leaves nearly no time to the 68000 at all.
  55. --
  56.  
  57.  *=-------------------------------------------------------=*=----------------=*
  58.  *          E-Mail:   mknip@niksula.cs.hut.fi              *                  *
  59.  *   Helsinki University of Technology /                   *                  *
  60.  *                      department of Computer Science     *                  *
  61.  *=-------------------------------------------------------=*=----------------=*
  62.  
  63.