home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17729 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.7 KB

  1. Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!ami-cg!cg
  2. From: cg@ami-cg.GraySage.Edmonton.AB.CA (Chris Gray)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re:  Big mistake - A compromise (of sorts)
  5. Distribution: world
  6. Message-ID: <cg.0i4p@ami-cg.GraySage.Edmonton.AB.CA>
  7. References:  <1992Dec18.211223.29630@clipper.ingr.com> <cg.0i2x@ami-cg.GraySage.Edmonton.AB.CA> <38080@cbmvax.commodore.com>
  8. Date: 22 Dec 92 22:46:09 MST
  9. Organization: Not an Organization
  10. Lines: 41
  11.  
  12. In article <38080@cbmvax.commodore.com> jesup@cbmvax.commodore.com
  13. (Randell Jesup) writes:
  14.  
  15. >cg@ami-cg.GraySage.Edmonton.AB.CA (Chris Gray) writes:
  16. >>CBM has said they are working on two new chip sets/architectures. One is low
  17. >>end and one is high end. OK, so deliberately make the two sets as incompatibl
  18. >>as possible! Then, release the full specs on the low-end architecture, but
  19. >>not for the high-end one.
  20. >
  21. >    It's not too bad an idea, except for the problem that today's high-end
  22. >system has a good chance of becoming tomorrow's low-end system (or more likely
  23. >the basis for developing a low-end version).  There is (or should be) a steady
  24. >migration of technology from the high end to the low end as time goes by.
  25. >Your idea has a problem in that if we release the specs for chipset X, and
  26. >later make a derivative of chipset Y for the low-end, few games written for
  27. >X (and some non-games) will work.
  28.  
  29. I understand what you are saying, and partially agree. How many of the games
  30. for the current chipset (or for AGA for that matter) will run on the high-end
  31. chipset? Making them compatible will make you all old before your time! Things
  32. like the hardware-bashing demos and action games will be rewritten to take
  33. advantage of whatever new gizmos are available to them. The writers of those
  34. are in a constant competition to make the most use of what is given to them.
  35. I doubt that that will change. Games that follow all the rules can be expected
  36. to run on new architectures (perhaps with recompilation for any future new
  37. RISC CPU), but they also will eventually want to use the new resolutions,
  38. screen depths, sound systems, etc. Software grows old too; it just follows the
  39. hardware by a couple of years.
  40.  
  41. I'm slowly being convinced that some of the demos and flashy games are good
  42. for the Amiga, even if they require a reboot afterwards, and only work on
  43. some of the machines. They are flashy, and flash attracts people. I realize
  44. that where I'm heading is towards a split in the Amiga line - the low end
  45. ones for demos and games, the high end ones for multimedia, animations, VR,
  46. etc. Is this bad? Is it avoidable? Is it worth your effort to have one machine
  47. that supports both? I dunno!
  48.  
  49. I'm off for a week - Merry Christmas to all!
  50.  
  51. --
  52. Chris Gray   cg@ami-cg.GraySage.Edmonton.AB.CA
  53.