home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15757 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.6 KB
  1. Path: sparky!uunet!gossip.pyramid.com!pyramid!cbmvax!rutgers!psinntp!psinntp!viper!news
  2. From: brett@visix.com (Brett Bourbin)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: New hardware reference guide?
  5. Message-ID: <BxM1ED.J61@visix.com>
  6. Date: 12 Nov 92 15:51:49 GMT
  7. References: <36847@cbmvax.commodore.com>
  8. Sender: news@visix.com
  9. Reply-To: brett@visix.com
  10. Organization: Visix Software, Reston, Virginia
  11. Lines: 43
  12.  
  13. In article <36847@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter  
  14. Cherna) writes:
  15. > In article <BxGvwE.4op@visix.com> brett@visix.com writes:
  16. > >Please! Hitting the hardware != POORLY Written Software
  17. > 
  18. > Of course they're not equal.  But there is a strong correlation.  We
  19. > know.  Part of our living is investigating software that dies under
  20. > new OS's/machines.  A great fraction of this software dies because
  21. > because it hits the hardware or otherwise circumvents the OS when
  22. > playing by the rules would have suited the application just fine.
  23.  
  24. This is true. If you don't follow the rules, there will be problems. By  
  25. all means, if the OS can do the job you need done, USE IT. The area I am  
  26. trying to address is where the OS can not do the job. This is not the  
  27. fault of the C= programmers, but that the OS routines need to be  
  28. generalized.
  29.  
  30. > >There is well done software to has to go to the hardware
  31. > >There is poor software that goes to the hardware
  32. > 
  33. > In particular, there is plenty of poor software that _unnecessarily_
  34. > goes to the hardware, and that fact is a major contributor to their
  35. > poorness.
  36.  
  37. But there are times when you do need to hit the hardware. ie. Trying to  
  38. run a 3D textured graphics program, updating at 30fps on a 68020-based  
  39. machine. The 1M standard in the A1200 will help eliminate one the reasons  
  40. why going to the hardware was a necessity.
  41.  
  42. The problem now is trying to still be competative in the games market.  
  43. Look at the IBM games now, 256 color palettes and some SVGA games are  
  44. making their way to the stores; the Sega has a great sprite engine that  
  45. dwarfs the Amiga; the SNES graphics are even better (if you don't mind  
  46. programming on a 6502-type chip (boy, you get spoiled working with the 68K  
  47. series)). If the Amiga is going to survive in the games market, we need  
  48. AGA games. If you keep the documentation to AGA internal, you basically  
  49. say to many game developers (like me), "your not welcome here anymore".
  50.  
  51. > Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
  52. --                   __
  53. Brett Bourbin        \  / /(_  /\/  11440 Commerce Park Drive
  54.   brett@visix.com     \/ / __)/ /\  Reston, Virginia 22091
  55.   ..uupsi!visix!brett     Software Inc  703.758.8230
  56.