home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15683 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.8 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!cbmvax!peter
  2. From: peter@cbmvax.commodore.com (Peter Cherna)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: New hardware reference guide?
  5. Message-ID: <36846@cbmvax.commodore.com>
  6. Date: 10 Nov 92 18:55:33 GMT
  7. References: <36661@cbmvax.commodore.com> <BxGv79.4J3@visix.com>
  8. Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
  9. Organization: Commodore-Amiga, Inc.  West Chester, PA.
  10. Lines: 46
  11.  
  12. In article <BxGv79.4J3@visix.com> brett@visix.com writes:
  13. >One thing that every person from C= has always just glossed over is that  
  14. >with game development, publishers go with platforms they can sell on and  
  15. >make profits. Your hardware bangers are doing things that the OS just can  
  16. >not do on the stock machines making up the market. You can talk all you  
  17. >want about AGA, 68020/68040 machines, but until you get these machines in  
  18. >the hands of ALL the european Amiga owners, you are SOL.
  19.  
  20. We can only encourage folks to program the "right" way.  And that
  21. generally involves encouraging coding for compatibility.  To a significant
  22. extent, we are succeeding.  And you are effectively observing that this
  23. is largely due to the fact that we're starting to have a significant
  24. number of different kinds of machines in _real_ numbers available.
  25. That indeed does drive the market for software, and the desired effect
  26. is achieved.
  27.  
  28. None of that obliges us in any way to release AGA docs if in our
  29. belief doing so would be detrimental.  And remember, we know a few
  30. things about future products that may not be 100% clear to the
  31. average developer.
  32.  
  33. >For the OS developer (running MACH, for example), the Amiga is not a  
  34. >feature, but hinderence. Does AmigaUNIX 2.1 SystemV run as a client of  
  35. >AmigaDOS? I would concider UNIX to be an OS. 8^)
  36.  
  37. The OS implementer can gain considerable advantage as far as graphics
  38. support if he were to go to the extra effort to build his OS on top
  39. of AmigaOS.  This won't be possible in all cases, or necessarily
  40. easy in any of them.  But when we get RTG, that would spare the OS
  41. writer the need to create drivers for all boards we already cover.
  42.  
  43. In those cases where it is not possible, a serious OS writer should
  44. contact CATS concerning obtaining an AGA driver for their OS, or the
  45. information necessary to write one.  In essence, the problem of
  46. AGA support is no different than supporting some arbitrary 3rd party
  47. graphics board;  you have to make a special arrangement with the
  48. supplier of the display device so a driver can be born.
  49.  
  50. >Brett Bourbin        \  / /(_  /\/  11440 Commerce Park Drive
  51.  
  52.      Peter
  53. --
  54. Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
  55. {uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
  56. My opinions do not necessarily represent the opinions of my employer.
  57. "I believe it's bad luck to be superstitious."
  58.