home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / tech / 4771 < prev    next >
Encoding:
Text File  |  1992-09-14  |  2.3 KB  |  66 lines
  1. Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
  2. Path: sparky!uunet!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!sm86+
  3. Newsgroups: comp.sys.atari.st.tech
  4. Message-ID: <0ehHs8S00awR45_Fwp@andrew.cmu.edu>
  5. Date: Mon, 14 Sep 1992 21:36:08 -0400 
  6. From: Stefan Monnier <sm86+@andrew.cmu.edu>
  7. Subject: Re: "fast" sprites in C
  8. In-Reply-To: <1992Sep14.164515.25363@electro.electro.com>
  9. References: <61138@aurs01.UUCP> <UefNt=q00VorIjCEdL@andrew.cmu.edu>
  10.     <1992Sep14.164515.25363@electro.electro.com>
  11. Lines: 53
  12.  
  13. Excerpts from netnews.comp.sys.atari.st.tech: 14-Sep-92 Re: "fast"
  14. sprites in C George Reimer@electro.el (1238)
  15. > The speed improvement of 2 or more, are you comparing 
  16. > assembler versus the C code equivalent?
  17.  
  18. > How do the VDI calls compare? ( specfically the 
  19. > raster operations ? ) Are they usefull only for 
  20. > prototyping or can one implement a reasonable animation?
  21.  
  22. > I am currently using the VDI calls to cut and paste
  23. > Neochrome type images, and they seem reasonably fast
  24. > but then again, I'm not making many repeated calls.
  25.  
  26. > If these calls are poor performers, is there assembly source
  27. > code avaiable to replace them?
  28.  
  29. > -- 
  30.  
  31. >      _______________________________________ 
  32. >     |---|---|line--upon--line---|---|---|---|   watmath!watcgl!electro!george  
  33. >   |---|--building the foundations-|---|---|---|     george@electro.com
  34.  
  35.  
  36. I'm not exactly a 'demo-wizard', so I may be wrong (well
  37. I hope not completely)
  38.  
  39. VDI raster operations should be 'device-independent'
  40. and of generic functionality (it is possible to copy
  41. from one screen format to another, for example)
  42. This means it can't be fully optimized for 1 particular
  43. application. So it sure is slower than direct screen access
  44. The less processing is needed, the bigger the speed difference:
  45. with sprites, the difference is BIG !
  46.  
  47. If you wish to do animations with VDI, you'll need
  48. NVDI (cause VDI is not assembler-optimized but compiled
  49. C) and maybe a processor a bit more powerful than 68000 8Mhz !
  50.  
  51. For source assembly code, I don't know: check at a.a
  52. (default answer :-))
  53.  
  54. Can anyone a bit (at least) more involved in demos help ?
  55.  
  56.     Stefan Monnier
  57.  
  58. -----------------------------------------------------
  59. -- On the average, people seem to be acting normal --
  60. -----------------------------------------------------
  61.  
  62.  
  63.  
  64.  
  65.  
  66.