home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7072 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB

  1. Path: news.vol.it!news
  2. From: bizzetti@mbox.vol.it (Fabio Bizzetti)
  3. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.games,alt.sys.amiga.demos,in,comp.sys.amiga.advocacy,comp.sys.amiga.hardware,comp.sys.amiga.misc,comp.sys.amiga.graphics
  4. Subject: Re: AB3D II beats Quake....
  5. Date: 4 Apr 1996 14:12:07 GMT
  6. Organization: Video On Line
  7. Distribution: world
  8. Message-ID: <2535.6668T813T1490@mbox.vol.it>
  9. References: <4juuqs$aue@hell.team17.com>
  10. NNTP-Posting-Host: molcl1.vol.it
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14.  
  15. >>Sorry, but I dont wanna describe how my 3D sprites routines work, and it's
  16. >>the best example of an advanced routine that cannot be made with the method
  17. >>you describe. 
  18.  
  19. >  3D sprites? You mean sprites with lighting effects? If it is, it
  20. >could be done with a generic routine quite easily.
  21.  
  22. I can't explain "3D" with a better word than "3D".
  23. "Sprites" for definition aren't only 2D, they are just "moveable objects".
  24. In this case, they're (apparently) many "2D sprites" layers, where each
  25. layer represent a Z coordinate. Thus they're fully 3D.
  26. The trick is in the method to speed up and rotate them. O:)
  27.  
  28. >>P.S: sorry, but with "lotsa polygons/sec routine" I didn't mean a standard
  29. >>API's polygon routine, but the last "pre-calculated" state of the art
  30. >>routine
  31. >>(with limit in dimensions of polygons, etc.. all in tables) that, to work
  32. >>with an API, must be included in the API itself. Well, will we get an API of
  33. >>1000Mb soon, will the revolutionary methods must become PD to be included in
  34. >>the API?
  35.  
  36. >  Well, really. API's don't have to be complicated. Just look at
  37. >DirectDraw for example: very low overhead, gives you direct access to
  38. >video memory, with facilities for accessing hardware accelerated
  39. >features. With that you can use your own polygon renderer if you feel
  40. >you absolutely have to.
  41.  
  42. I always defend API and High Level languages whenever it is possible, but not
  43. when it is not. As you said, the low-level use of an API would make it seem
  44. a RTG system, that is still not enough to exploit the hardware as needed by
  45. some "tricks".
  46.  
  47. >>Good for GNU; nothing to do with games/demos, because (and I am one of the
  48. >>people really sorry about it) this kind of "Communism" doesn't work in this
  49. >>field, because you get fucked everytime you try to be generous, while the
  50. >>others dont do it but just exploit others work. 
  51.  
  52. >  I've experienced this ... ;-}
  53.  
  54. What happened? :D
  55.  
  56.  
  57. >===============================================================
  58. > Stefan Boberg                               boberg@team17.com
  59. >  "This, like, sucks in ways that we've never seen stuff suck
  60. >    before, so it's kinda cool!" - B&B
  61.  
  62.  
  63.  
  64.  
  65.   /-----------------------------------------------------------------------\
  66.   |  Fabio "Maverick" Bizzetti - bizzetti@mbox.vol.it - Maverick* at IRC  |
  67.   |            The maker of "CyberMan" and "Virtual Karting"              |
  68.   |              working on "VirtualRally" & "StarFighter"                |
  69.   \-----------------------------------------------------------------------/
  70.  
  71.  
  72.