home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / games / 13651 < prev    next >
Encoding:
Text File  |  1992-12-31  |  3.4 KB  |  78 lines
  1. Newsgroups: comp.sys.mac.games
  2. Path: sparky!uunet!usc!cs.utexas.edu!milano!cactus.org!rdd
  3. From: rdd@cactus.org (Robert Dorsett)
  4. Subject: Re: What should Apple do to the Mac to make it better for games?
  5. Message-ID: <1992Dec31.070743.12193@cactus.org>
  6. Organization: Capital Area Central Texas UNIX Society, Austin, Tx
  7. References: <1htqadINNe5g@usenet.INS.CWRU.Edu>
  8. Date: Thu, 31 Dec 1992 07:07:43 GMT
  9. Lines: 67
  10.  
  11. In article <1htqadINNe5g@usenet.INS.CWRU.Edu> an780@cleveland.Freenet.Edu (Travis Grundke) writes:
  12. >
  13. > Okay, since the arguments over sprits, slow games, etc. seems to have
  14. >taken a big presence here lately <grin>, what SHOULD Apple do in its next
  15. >batch of Macintoshes (dream dream dream, dream a little dream) to make the
  16. >Macintosh "More adept" to running games?  
  17. > [...]
  18. >some things which I've learned and picked up seem to be that Apple should
  19. >ideally implement a GRAPHICS BLITTER co-processor.
  20. > [...]
  21. >This frees up
  22. >the CPU to handle other calls from the program such as I/O and basic frame
  23. >direction. It also is great for when you've got lots of video on screen
  24. >and/or animation.
  25. >
  26. > Any other ideas from others out there?
  27.  
  28. Let's get away from slang-jargon in discussing this stuff, to start with.
  29.  
  30. Let's also get away from discussing "games."  Apple doesn't like games.
  31. Apple doesn't support games.  We're never going to get Apple to up the
  32. performance just because we want to play games.  There are other activities--
  33. namely, computer-assisted instruction/training, which can make pretty similar
  34. demands: the PC completely dominates this arena at any appreciable level.
  35. CAI is in its infancy: we will start to see a LOT more simulation and
  36. processor-intensive activities, over the coming years, less straightforward
  37. rote drilling.
  38.  
  39.  
  40. So, to support CAI, I think we should see, at a MINIMUM: 
  41.  
  42. 1.  Parallel graphics architecture, user-extensible.  Ideally, even, an
  43. OS that uses its own processor, reserving a "working" processor for program
  44. execution only.  
  45.  
  46. 2.  Memory protection.  This affects everyone.  IT IS OUTRAGEOUS that the
  47. Macintosh still has a cooperative operating system: especially in a networked
  48. envionment.  A single bug in a single program can take down the entire OS:
  49. we need memory protection, offering a standardized program space to each
  50. application.  If the application dies, it dies in its own turf, not being
  51. able to corrupt the data or processes in other application spaces.
  52.  
  53. This is particularly important for "CAI," since such developers are often 
  54. start-ups, lower on the OS learning curve, and more likely to make
  55. mistakes.  They'll learn from their installed user base: that user base 
  56. shouldn't be put at risk.
  57.  
  58. I think there are also real liability issues in not offering protected memory.
  59. If the Mac would offer this, it'd be a major jump over anything the 
  60. competition has to offer.  As a developer, if the competition starts offering
  61. memory protection, I'll probably switch my platform emphasis.
  62.  
  63. 3.  For games, simulations, CAI, applications, whatever: kill the
  64. damned 12" display.  Offer trade-in rebates: get everyone to at least 
  65. 640x480.  Reduced resolution was the stupidest thing Apple's done in recent
  66. memory.
  67.  
  68. 4.  Lastly, games only: improved luminosity on display devices, preferably
  69. programmer-selectable.  If one animates a lightbulb, it'd be nice if it 
  70. GLOWED, not just be an "earthtone" blue.  
  71.  
  72.  
  73.  
  74. ---
  75. Robert Dorsett
  76. rdd@cactus.org
  77. ...cs.utexas.edu!cactus.org!rdd
  78.