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

  1. Path: alpha.isc.rit.edu!MJP3783
  2. From: mjp3783@alpha.isc.rit.edu
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: >>>>>>> The Future: Amiga goes P
  5. Date: 6 Jan 1996 16:49:48 GMT
  6. Organization: Rochester Institute of Technology
  7. Distribution: world
  8. Message-ID: <4cm97c$kf7@news.isc.rit.edu>
  9. References: <john.hendrikx.4224@grafix.xs4all.nl>,<4cdu3u$rd4@maureen.teleport.com>
  10. Reply-To: mjp3783@alpha.isc.rit.edu
  11. NNTP-Posting-Host: alpha.isc.rit.edu
  12.  
  13. In article <4cdu3u$rd4@maureen.teleport.com>, sschaem@teleport.com (Stephan Schaem) writes:
  14. >John Hendrikx (john.hendrikx@grafix.xs4all.nl) wrote:
  15. >: In a message of 22 Dec 95 Th.huber wrote to All:
  16. >
  17. >:  >> don't use these are likely to break on 68020+ machines with VBR!=$0
  18. >:  >> anyway so they weren't really 680x0 compatible in the first place.  I
  19. >:  >> haven't encountered a single commercial game which doesn't crash with
  20. >:  >> VBR!=$0.
  21. >
  22. >:  Th> VBR is known to most dirty c0ders since the 68010 came out.
  23. >
  24. >: Known, maybe, but nobody seems to USE it.  Why don't they save themselves the
  25. >: trouble and use SetIntVector() instead...
  26. >
  27. > trouble? nha its no trouble to now the VBR adr.
  28.  
  29. But it is not forward compatible - PPC's, for example, don't have one. All you
  30. are doing is making more work for yourself when it comes to porting yourr
  31. existing code to the PPC.
  32.  
  33. >:  >> Th> Game programmers would be happy with a hardwarestandard on future
  34. >:  >> Yeah, sure, so they can bash it some more and kill this new line of
  35. >:  >> Amiga's as well.
  36. >
  37. >:  Th> It`s not hardware-c0derz, that ruin the amiga, the amiga ruins itsself
  38. >:  Th> by expanding the system:
  39. >
  40. >: Hardware-banging ruins the Amiga, period.
  41. >
  42. > You mean the amiga would have been better off without games like turrican?
  43. > The demo scene? The toaster? 
  44. > Bull, the amiga would have died before the A3000 would have been on the
  45. > drawing board.
  46. > But its stupid to say that the amiga ruin itself by expanding ... crazy
  47. > The amiga stay stagnant for way too long, and lost its edge HW wise & 
  48. > kept a high price.
  49. > So Its demo like 9 fingers, games like turrican, development like BSD
  50. > , the toaster that ruin the amiga image? 
  51.  
  52. While it is true that almost all games and demos could not have been written to
  53. be anything close to what we saw without direct hardware access, think about
  54. this - the hardware advancement of the Amiga has come to a grinding halt
  55. because of the direct hardware hitting. It is very difficult to make newer and
  56. more advanced chips to begin with. It is many more orders of magnitude
  57. difficult to make more advanced chips that are register compatible with the
  58. oldest chips. This is (I think) why AGA and AAA took so long and so much $$$ to
  59. produce. If C= engineers had been able, for example, to slap an SVGA board in
  60. the A4000 and let the software engineers write some simple P2C stuff, the 3000
  61. could have easily been the 4000 and the 4000 could be something much better.
  62. The mistake, I feel, is that there was never provided a low level interface. If
  63. there was a way to get to the hardware through the OS in a lower level manner
  64. (something like Gamesmith, for example), then more people might have used it.  
  65.  
  66. >
  67. > If AT dont realease low level info on their new model I will really think
  68. > about upgrading... I wonder how BSD or linux will be ported if they
  69. > shutdown such vital information.
  70.  
  71. I think that AT needs to make this information available. I also think that
  72. they need to warn people of this: "We make no promises as to the validity of
  73. this information for any future models. We reserve the right to change any/all
  74. machine specific information in this package as of the next release." If you
  75. want to produce a product that will only run on one machine(maybe), fine. I
  76. think that C= should have done that, too. C= spent way too much time (IMNSHO)
  77. making sure that as little software as possible broke under the newer revisions
  78. (2.04, 3.0). If they had released 2.04 in ~1989, and 3.0 in ~1991, I think that
  79. more people would obey the rules. We need to make a distinction - long use apps
  80. vs short use apps. Long use apps, like Word processors, DTP, spreadsheets, etc.
  81. are purchased for monthes/years of use. Games/demos are boughts/downloaded for
  82. weeks/monthes of use. LTA (long term app) programmers _NEED_ to write their
  83. stuff using the OS and all of the rules to ensure that they will run under
  84. future OS revisions. STA coders can go outside the rules because most people
  85. won't even remember their product by the time the new OS/HW revision comes out.
  86.  
  87.  
  88.  
  89. >
  90. > All this is crazy... 
  91. >
  92. >:  Th> (gfx-cards: goodbye PAL, welcome to the horror of WBemulations.)
  93. >
  94. >: In is only horror because WB was never meant to work with TrueColor screens.
  95. >: Also games don't work on gfx-cards, if they followed the OS rules (although I
  96. >: have to admit this is hard in the current OS if you want to do a decent game)
  97. >: everything would run quite nicely on a gfx-card.
  98. >
  99. > Ok for PC type games , but console type game have a VERY hard time 
  100. > living in an OS env. You loose your sprite, copper, playfeild, blitter
  101. > .. what your gonna do? write a doom clone or a sim city 4000?
  102.  
  103. Get real, here. The OS doesn't provide the greatest facilities for this stuff,
  104. but do you mean to tell me that an 020/AGA machine can't beat a SNES? I find
  105. that real tough to believe.
  106.  
  107. >:  Th> I changed my mind in this point. As the there`s no perspective of a
  108. >:  Th> mindblasting new Amigahardware, it`s probably the best to make the OS
  109. >:  Th> portable, so I can still use it on PCs.
  110. >
  111. >: At the moment we can't expect to see new mindblasting Amiga Hardware, but give
  112. >: the PowerAmiga's some time to become common in the Amiga world and AT might
  113. >: have the resources to give us something cool later after Amiga is back on its
  114. >: feet again.
  115. >
  116. > I wish AT would introduce a NEW multimedia machine 'based' on the Amiga OS
  117. > with tomrrow HW(waiting a year to have a year back apple HW is silly, no?). 
  118. > Something in the range of the new upcoming SGI lowend  but with an  
  119. > affordable price tag. They can keep making A4000, A1200 for all I care but
  120. > if they want to recapture the amiga spirite they better go forward 
  121. > and not look backward to create a new machine.
  122. > I can wait 2 year for something radical, been waiting since the A3000 came
  123. > out :)
  124. >
  125. > Stephan
  126.  
  127. OS's have a traditional tradeoff - service provision vs performance. Some os's
  128. (NExT, for example, from what I have heard) provide almost all of the services
  129. you need to build your app, but suffer in terms of performance, resources
  130. required, and ability to get to the hardware to increase those things. Other
  131. os's (C=64, for example) provide you with minimal help, but allow you to do as
  132. you please. In general, with hw performance vs price flying out of control,
  133. people are tending to move toward os's that give you more services and less
  134. performance because 25% speed decreases on a new processor that is 5X faster
  135. than your old one is not a big deal, compared to the programmer costs to
  136. develop all of the apps that you need for a minimalist OS.
  137.  
  138.  
  139.