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

  1. Path: cwis.isu.edu!not-for-mail
  2. From: selljame@cwis.isu.edu (Skuld's Lover)
  3. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.games,alt.sys.amiga.demos,in,comp.sys.amiga.advocacy,comp.sys.amiga.hardware,comp.sys.amiga.misc,comp.sys.amiga.graphics
  4. Subject: Re: AB3D II beats Quake....
  5. Date: 24 Mar 1996 15:51:09 -0700
  6. Organization: Idaho State University
  7. Message-ID: <4j4jkt$9c5@cwis.isu.edu>
  8. References: <Pine.NEB.3.92.960322022805.186D-100000@vicki.cnw.com> <16035.6656T1166T829@mbox.vol.it>
  9. NNTP-Posting-Host: cwis.isu.edu
  10.  
  11. In article <16035.6656T1166T829@mbox.vol.it>,
  12. Fabio Bizzetti <bizzetti@mbox.vol.it> wrote:
  13.  
  14. [bunch of "PowerAmiga is an MS/DOS compatible!" stuff snipped]
  15.  
  16. >The *custom* (meaning lotsa times better) HP-PA RISC CPU was there!
  17. >HP-PA and Commodore had a tight relationship, they already were working
  18. >together since a lot of time. HP-PA has a future, and is perhaps the best
  19. >RISC CPU available in a MultiMedia market. It is also one of the fastest
  20. >FloatingPoint cruncher out there. The fastest HP-PA kicks ass of PPC620,
  21. >that today is "not sure if we'll be available" because they discovered it's
  22. >not practically faster than 604... that is not tha fast indeed.
  23. >
  24. >PowerPC has been designed by IBM: I dont need to add anything else.
  25.  
  26. Don't you understand why AT is working to make AmigaOS PORTABLE? It's so 
  27. you can USE AmigaOS on a PPC or a HP-PA or ARM or whatever you want! The 
  28. PPC port is coming first, of course, but AT have stated that other ports 
  29. will probably follow! PICK your CPU, it doesn't matter! Want to run 
  30. AmigaOS on your Pentium Pro? Sure!
  31.  
  32. [bunch of stuff clipped]
  33.  
  34. >Why??
  35. >It's about time to make new custom chips!
  36. >AGA is still 1983 technology, with x4 bandwidth (to RGB..).
  37. >
  38. >WHO SAID THAT IT IS NORMAL TO NOT HAVE NEW CUSTOM CHIPS????
  39.  
  40. Noone is saying that you CAN'T HAVE custom chips! Look at the 
  41. MS/DOS-compatible market! Many new models are SHIPPING WITH DISPLAY CARDS 
  42. WITH CUSTOM 3D AND GFX-PROCESSOR CHIPS!
  43.  
  44. The point of the PowerAmiga isn't to kill custom chips, it's to make it 
  45. INDEPENDENT of a single set of custom chips so we don't get stuck in the 
  46. same mire of hardware backward compatibility that saw us stuck with AGA 
  47. (and would've left us screwed with AAA, on which a LOT of old stuff 
  48. would've broken!)
  49.  
  50. The PowerAmiga will come with a bunch of PCI slots JUST WAITING TO BE 
  51. FILLED WITH A CARDFUL OF THE CUSTOM CHIPS OF YOUR CHOICE. All it needs is 
  52. a good game API to let you drive them without having to rape the 
  53. hardware. What? Virtual Ridge Rally USA doesn't run fast enough on your 
  54. stock EZ-3D card? Throw in the new VR-HedgeClipperMan-Bonzo-3D card and 
  55. watch it fly! 
  56.  
  57. The hard part for AT will, of course, be to come up with a good API. One 
  58. of the features of a good API (and one that many of the megacorps' APIs 
  59. are lacking) is for it to be an OPEN API. One where the programmer, if he 
  60. finds that certain useful functions aren't implemented in the current 
  61. API, can add extra functions to it (and document the functions so that 
  62. others can add it to drivers for their own particular flavor of 
  63. hardware). The new functions could even be submitted to the authorities 
  64. (in this case AT) for eventual inclusion into the 'official' API.
  65.  
  66. A primitive but significant example of what I'm talking about is Gloom 
  67. Deluxe, or more specifically, the user C2P driver for Gloom Deluxe. The 
  68. coder of the driver is PERFECTLY WELCOME to rape the hardware to his 
  69. heart's content, because even if his driver isn't compatible with other 
  70. hardware, the documented interface is STILL THERE for someone else to 
  71. write their OWN driver.
  72.  
  73. An AT-sanctioned game API would include all the useful functions the AT 
  74. programmers could think of. After its release, they would examine and 
  75. adapt the home-brew modules that other programmers handed in, so the API 
  76. could continue to grow to suit the needs of more software.
  77.  
  78. >Commodore didn't die because they spent all their money to make new custom
  79. >chips: Commodore died because they didn't spend money to make new custom
  80. >chips.
  81. >
  82. >Is it so difficult to understand?
  83.  
  84. Commodore died as a result of many different mistakes. Lack of coherent 
  85. R&D <-> Production was one of them. 
  86.  
  87. But if that were the only problem, the A1000 would've stormed the market 
  88. in 1985.
  89.  
  90. >Wouldn't the Amiga be the most sold games machine (with best market) if we
  91. >had AAA when it was time to have it (lotsa years ago)? Wouldn't the Amiga
  92. >(both high-end and low-end) have *no competition* if 3 years ago (when
  93. >PowerMac did born), or also today, it had HP-PA Hombre?
  94.  
  95. No, not necessarily. Remember when the CDTV was released? It was the most 
  96. advanced console available at the time. It DIDN'T sell like hotcakes.
  97.  
  98. Commodore lost even when technology was on its side. The problems were 
  99. largely market related, unfortunately.
  100.  
  101. >Commodore died because they delayed the technology improvements.
  102. >Commodore died because while the market (not only computers) had a huge demand
  103. >of highperformances/lowcost chips, it missed all the opportunities.
  104.  
  105. Commodore died because the Amiga was never successful in dominating the 
  106. majority of the computer market, weakening C= so that what would be 
  107. serious but survivable fuckups for Micro$oft instead became fatal wounds.
  108.  
  109. >Watch "The Deathbed Vigil" about all the missed occasions.
  110.  
  111. Yeah. Does make ya mad, doesn't it?
  112.  
  113. But then, Dave Haynie was the designer of most of those projects that were 
  114. shelved. As I recall, you posted a message saying that Dave wasn't the 
  115. 'visionary' everyone says he is.
  116.  
  117. >Escom/AT is sincerely acting *worse* than the Commodore of 1991.
  118.  
  119. But distinctly better than the Commodore of 1994.
  120.  
  121. >They're blind, accustomed to sell PC's to people that would buy *anything*.
  122. >But the Amiga is not attractive for these standard users, and will always
  123. >be seen as the most silly way to risk money and time.
  124.  
  125. I think you're getting AT and Escom confused here. AT operates ENTIRELY 
  126. INDEPENDENTLY OF ESCOM. Escom hands over the money, but they don't give 
  127. the orders.
  128.  
  129. >>Heh, are you implying that the OS isn't lacking?  How about these: >
  130. >>* Virtual Memory.
  131. >>* Memory Protection.
  132. >>* Resource Tracking.
  133. >>* A decent file system.
  134. >
  135. >Now they've to convert the whole OS from 680x0 to PowerPC, and it'll take
  136. >ages, will be full of bugs: and the final result will not be considerably
  137. >better than before, but much more complex.
  138.  
  139. So? We've got to cure our hardware-dependence at some point. It's a 
  140. painful step, but one that must be taken. Fortunately we're not the 
  141. first, and we can draw on Apple's experience to make our transition less 
  142. buggy and painful.
  143.  
  144. >Instead, adding the HP-PA subsystem would have made all *simple*, logical,
  145. >immediate, simple, performant...
  146.  
  147. Noone is stopping you from dropping in an HP-PA on a PCI card. Design the 
  148. card, plug it in, and write the drivers. 
  149.  
  150. You could even develop Hombre-esque functions for it.
  151.  
  152. >>* An attractive, consistent GUI.
  153. >
  154. >Perfectly handled by the HombreHP-PA, parallely.
  155.  
  156. With a good RTG API, perfectly handled by whatever capable hardware you 
  157. want, parallely.
  158.  
  159. >>* A good API and strong developers tools.
  160. >
  161. >Adding the HombreHP-PA would have made it practically 0 overhead, thus used
  162. >by all Amiga games programmers: when a needed function wouldn't have been
  163. >found in the API, the programmer would have created it, and released a
  164. >patch for all users (and games programmers) that then would have been
  165. >integrated in the next OS revision, rom or disk.
  166.  
  167. WHOAH! YOU UNDERSTAND! Sort of.
  168.  
  169. At first glance, this would appear to be exactly what I as saying above, 
  170. but aparrently you think that you can't have an API without Hombre. 
  171. That's weird, as the whole point of an API is that you can run it on ANY 
  172. hardware, not just a single custom chip(set).
  173.  
  174. A device-independent API doesn't NEED Hombre to develop. Hombre might be 
  175. a nice piece of hardware to write a driver for, but it would be cheaper and 
  176. easier to use off the shelf hardware (say a SVGA display, a normal [not 
  177. Hombre] HP-PA as a copper, and maybe another for 3D) to make a kick ass 
  178. copro/display card. But because we're doing this through an API, we don't 
  179. NEED that specific card, and the software would run on any other system with 
  180. varying levels of performance depending on the supporting hardware.
  181.  
  182. >Upgrading/changing the whole RISC subsystem would have been possible and easy.
  183.  
  184. Yeah! And you wouldn't NEED that SPECIFIC subsystem!
  185.  
  186. >>* Device independance.
  187. >
  188. >2 subsystems: Amiga 680x0 and RISC HP-PA Hombre (one or more), where the AGA
  189. >would have been emulated by the Hombre (providing that it is not a fucking
  190. >SVGA standard chip: it's the state of the art techonology, able to emulate
  191. >AGA's copper as nothing).
  192.  
  193. Emulating AGA should be an option for users who are upgrading from older 
  194. Amigas. We shouldn't be FORCED into using hardware that doesn't suit are 
  195. needs (though a kick ass card fast enough to emulate AGA would certainly 
  196. be great for other things!)
  197.  
  198. >>Last but not least, where are our developers and publishing houses?
  199. >
  200. >As I said before, I (an extreme Amiga "fanatic") will not code for a *PC* with
  201. >PowerPC cpu and no market rather than for a PC with a 80686 cpu and a huge
  202. >market. Just because it has the sticker "Amiga" doesn't make it different
  203. >than what it is: a *IBM PC*.
  204.  
  205. Then you must consider PowerMacs to be IBM PCs?
  206.  
  207. Try using a Pentium system running Windoze, then try a PowerMac. The 
  208. experience is totally different. Why? Becuase the OS is the soul of the 
  209. machine! It's what makes the machine behave in the way that it does. The 
  210. OS WHAT MAKES THAT PARTICULAR "COMPUTER" DIFFERENT. 
  211.  
  212. You can think of coprocessors are essentially just software implemented in 
  213. hardware. Or you could think of support code as coprocessors implented in 
  214. software! Look at UAE, using it you can have an Amiga on a Pentium Pro! 
  215. Now admittedly the amount of resources wasted on implementing OCS in 
  216. hardware makes the overall experience not very impressive, but it shows 
  217. that coprocessors aren't "magic". 
  218.  
  219. By standardizing how we interface with coprocessors, we can free 
  220. ourselves from being stuck to a certain line of coprocessors, even to the 
  221. point of handing the work over to the CPU if it has enough oomph to push 
  222. it.
  223.  
  224. The world is FULL of coprocessors, and while individually they may not be as
  225. "cool" as AAA or Hombre, with a device-independent API we're free to mix and
  226. match them until we can make a system that kicks the ass of any custom
  227. chipset we ever dreamed of earlier.
  228.  
  229. The only way AT could ever HOPE to compete by becoming a custom chip 
  230. manufacturer would be to have a huge outlay of cash from Escom 
  231. (semiconductor plants cost a LOT, even to contract), and then produce 
  232. development tools for the chipset so that the resulting display card 
  233. could be used on any operating system. Of course then you'd see people 
  234. running Windoze on it and you'd yell and kick and scream that it wasn't 
  235. really an Amiga chipset then.
  236.  
  237. You see, big-name chip manufacturers like Cirrus make money by selling 
  238. chips to ALL markets, Intel-boxes, Macintoshes, DEC boxes, BeBoxes, and 
  239. yes, even the Amiga. They generate a whole dumpload of revenue that gets 
  240. poured back into R&D to make new and faster chipsets (they can't afford 
  241. stop and rest, as their competitors are developing too!). 
  242.  
  243. Now imagine if Cirrus produced their latest kick-ass chipset ONLY FOR THE 
  244. AMIGA. Even if it destroyed everyone else, they'd soon fall behind 
  245. because the revenue from just the Amiga market wouldn't be able to fund 
  246. the kind of R&D that the other all-market companies would be wielding.
  247.  
  248. The reason the Amiga's custom chipset was so far ahead in 1985 (and AAA 
  249. would've been in 1992) was that the competetive graphics coprocessor 
  250. market is a very recent thing. Back then there wasn't any competition 
  251. because stupid marketroids didn't see a need for it, and small 
  252. dedicated groups of geniuses were able to design and release stuff that 
  253. blew away the competition. 
  254.  
  255. In a way, small dedicated groups of geniuses could still design a kick 
  256. ass chipset on paper, but without a massive R&D budget to fund the 
  257. facilities for prototypes, and an even bigger budget to fund startup 
  258. production, and an even BIGGER amount of revenue from a large market to 
  259. allow the per-unit cost of the chipset to be competetive, there would be 
  260. no way for these small dedicated groups of geniuses to compete.  
  261.  
  262. >Now imagine who never cared about the Amiga: what economical interests will the
  263. >developer see in the PowerAmiga?? If he is mad, he can risk all for the BeBox:
  264. >but also if he doesn't lose money and sells as much as practically possible, he
  265. >will *never* earn more than he can do on the PC with Windows96 or anything else.
  266. >And developing programs on Windows95 and then recompiling them on PowerAmiga
  267. >OS, although not realistically possible without changes, will still be a crap
  268. >conversion. A buyer gets a PC and gets the software instead of its shadow.
  269.  
  270. OK, but the same applies even if the Amiga had TOTALLY DIFFERENT 
  271. hardware? Why program for the Amiga when you could program for the bigger 
  272. market? Sure the Amiga might have a neat chipset, but there are neat 
  273. chipsets for other platforms too, and they would have device-independent 
  274. APIs so you could use the cool chipsets without having to worry about 
  275. compatibility.
  276.  
  277. People would write software for the Amiga because it offered a pleasing 
  278. environment, and that's what the OS provides. Take away the OS and you 
  279. have nothing more than a console. (Or even less than a console, if you 
  280. use the PSX, with its device-independent API as an example)
  281.  
  282. >Remove the Amiga's heart: you get nothing.
  283.  
  284. The heart of the Amiga is the lean, mean OS. Custom chips are icing on the 
  285. cake. They do lots of neat things but you can do the same things with 
  286. other hardware or hardware/software combinations.
  287.  
  288. >>> : The A1000/A500 and A2000 were dream computers IMO because of
  289. >>> : their custom chips and architecture, not because of the lame
  290. >>> : 1.0/1.1/1.2 OS.
  291.  
  292. (Oops, I deleted the attribute for these quotes... Oh well.)
  293.  
  294. Back in 1985/6 OS 1.0/1.1/1.2 was not lame. It was the most revolutionary 
  295. and amazing OS for the home computer market. By today's standards, OS 3.1 
  296. is more "lame" than OS 1.2 was by 1986 standards.
  297.  
  298. >>> Yeah, right... Maybe in 1985. Today the custom chips is the
  299. >>> weakest part of the Amiga architecture.
  300. >
  301. >Again: why you talk about 1985 custom chips in the 1996?
  302. >Who ever said that it's normal and sane to have them today?
  303. >Amiga custom chipset+ is not SVGA, it's AAA, AAAA, Hombre. NOT SVGA.
  304.  
  305. GREAT. *YOU* figure out how we can make a new kick-ass custom chipset 
  306. with the resources AT has. And more importantly, *HOW* do we keep 
  307. competetive with newer updates while maintaining compatibility.
  308.  
  309. I'd be fucking ecstatic to see AAAA, or even AAA, but it ain't gonna 
  310. happen because there's no realistic way for AT to produce it without it 
  311. costing twice as much as the new 192-bit (I'm not kidding) ultra fast 3D gfx 
  312. chipsets that would blow "AAAA" away.
  313.  
  314. >It's sooooo naive to say that the Amiga has to become a IBM PC because the
  315. >A500's gfx chip today are obsolete. Who ever promised "you'll have to use
  316. >them for the eternity"? The OS evolves, the hard-disks evolve, the ram evolves,
  317. >the cpu evolves. Now it's time to evolv the *custom* chips, not to throw
  318. >everything out of the window (projects included) and buy a IBM PC, change the
  319. >CPU, put the sticker "Amiga" and run a fake AmigaOS clone.
  320.  
  321. It's sooooo naive to think that it's possible to make these fancy new 
  322. chipsets with practically nil capital to start with, no production 
  323. facilities, no way of getting them, and finally expecting to pay off the 
  324. costs if you somehow managed to pull it off with only the revenue from a 
  325. single niche market of dedicated but few Amiga users.
  326.  
  327. It's also naive to think that hardware what makes a computer system. 
  328. Granted, hardware defines the maximum theoretical capabilities of a 
  329. system, but it's up to the OS to actually get the performance OUT of the 
  330. hardware into something we can use! Compare a Pentium running Windoze, 
  331. OS/2, and a UNIX clone (Linux, FreeBSD?). There's a world of difference 
  332. between them. They, in effect, make the machine a DIFFERENT COMPUTER. 
  333. They alter the capabilities of the system and the way we interface with 
  334. it. They can't give more than the hardware can supply, but they use the 
  335. hardware IN DIFFERENT WAYS to make the overall effect something 
  336. completely different! 
  337.  
  338. >>I would actually say that at this point, the weakest part of the Amiga
  339. >>platform is its manufacturer.  The OS and the hardware run an equal
  340. >>second.
  341. >
  342. >>> What other _viable_ and _affordable_ CPU would YOU choose for
  343. >>> the Amiga ?
  344. >
  345. >HP-PA due to the optimal relationship HP and Commodore had, and due to its
  346. >extremely fast FloatingPoint capabilities, and due to its upgradability
  347. >(HP-PA is a family of processors, all damn faster than most other RISCs),
  348. >due to the unique possibility to customize also the CPU (as HP offers).
  349.  
  350. Great idea! When the AmigaOS is fully portable, you're welcome to USE the 
  351. HP-PA family. But that won't be for a while! Right now it's more 
  352. important to use the CPU which we can get up and running IN THE LEAST 
  353. AMOUNT OF TIME, and that's the PowerPC, because no other CPU has had the 
  354. tools for migrating from a 680x0 platform developed to the same extent. 
  355.  
  356. HP-PA, DEC Alpha, MIPS, ARM etc. versions of AmigaOS come later.
  357.  
  358. >If you want more, then it's not of this world.
  359.  
  360. By the time the AmigaOS is fully portable, it may well be. ;->
  361.  
  362. >>HP-PA, Sparc, Alpha, in fact, name your processor... if only AT would cut
  363. >>the AmigaOS losses, move a long way to portable source (instead of taking
  364. >>the cheap-shot option with 68k emulation on the PPC).
  365.  
  366. The "cheap-shot" option is only a temporary crutch until the whole thing 
  367. is in portable code. Later on they'll be able to compile AmigaOS for 
  368. whatever CPU you want.
  369.  
  370. >Look: if you have a car, you can change motor and put a better one, and so on.
  371. >AT/Escom waited when you weren't watching, changed the whole car, painted it
  372. >again like the old one, and tryed to give you the same cockpit. This car is
  373. >exactly the one you always hated, except for the cockpit and the color.
  374.  
  375. Who cares what kind of engine its running on? If the car goes faster than 
  376. the old one and costs less, I wouldn't.
  377.  
  378. Furthermore, the whole point of device-independence is to let you put 
  379. whatever engine you please in the car, and add whatever options you want 
  380. and have them all work properly.
  381.  
  382. And by letting you use standard cases, you can also pick your frame, AND 
  383. your paint job! :->
  384.  
  385. >I would complain hard.
  386.  
  387. I'd be happy at having a car with better performance without having to 
  388. lose the old interior that I'm so comfortable with.
  389.  
  390. >>> : Well,from the deepest of my heart: FUCK OFF AT,
  391. >>> : you made it all become useless.
  392. >>>
  393. >>> Sure. This is just the constructive feedback AT needs. NOT!
  394. >
  395. >For what I've seen untill now, "constructive" and "AT/Escom" are two words I
  396. >wouldn't put together without feeling a foolish.
  397.  
  398. They're a hell of a lot more constructive than Commodore turned out to be.
  399.  
  400. >"Have faith, wait more": this is old, and became obsolete now.
  401. >There's a limit, when you see things how really are, there's no way anymore
  402. >to hope.
  403.  
  404. Don't "have faith". Instead wake up and look at what parts of the Amiga 
  405. we can realistically save. And when I look at its obnoxious level of 
  406. dependence on expensive hardware that can only be produced by one company 
  407. that has no hope of ever surpassing the competition (unless it gets a big 
  408. influx of capital and sells to non-Amiga markets), I realize that we 
  409. can't save the Amiga-only custom hardware, at least on the hardware-raper 
  410. level. 
  411.  
  412. What we CAN save is the awesome OS, which lets us get MORE out of our 
  413. hardware than the competition. All we have to do is get it running on the 
  414. same (likely) or better (less likely) hardware, and we'll wind up with a 
  415. better machine.
  416.  
  417. We can also use off-the-shelf chips in interesting combinations to make 
  418. neato custom chipsets, provided that we don't try to rape them and thus 
  419. lock ourselves into having to be compatible with them for all eternity.
  420.  
  421. >And my anger was completely justified by all the money I wasted and lost
  422. >(instad of earning much more than the one I've spent) because I "waited and
  423. >hoped".
  424.  
  425. Were you expecting to make lots of money on the Amiga? :-) 
  426.  
  427. Maybe your hopes are being dashed by market realities, but the 
  428. alternative is to pursue a completely capitalist route and go off into 
  429. the sad world of Macro$loth, and I don't think you really want to do that.
  430.  
  431. Better to be forced to occasionally bow to market pressure than to prostrate 
  432. yourself completely at the feet of Emperor Gates.
  433.  
  434. >So mine was a very constructive remark: if AT is reading this, it should
  435. >consider that many developers dont trust them anymore, because now it's
  436. >clear what their future plans are, and only Escom's business likes them:
  437. >they'll be the first company able to sell *IBM PC's* to ex "fanatic" Amiga
  438. >users.
  439.  
  440. The day you take a Power Amiga, boot up the Amiga OS, and then wind up 
  441. seeing an MS/DOS prompt or a windoze logo, I'll believe you when you 
  442. call it an IBM PC. (Unless you're running PC-Task, of course! ;->)
  443.  
  444. >Sure some people will still prefer to hope to get the same Windows'95
  445. >utilities compiled for the PowerAmiga, but this is all the PAmiga market
  446. >and reason to exist. I believe Escom thinks:
  447. >"He doesn't want to buy my PC? I sell him the one with the other CPU and
  448. >the stickers that I bought nearly for free at that auction sale. WOW:
  449. >I sell my PC's to every people, this is business".
  450.  
  451. You call a Power Amiga an MS/DOS-compatible with another CPU.
  452.  
  453. Then my A4000 is just an MS/DOS compatible with another CPU and a weird 
  454. A/V card soldered to the motherboard.
  455.  
  456. If I soldered AGA on a Pentium motherboard and ported the OS would it 
  457. suddenly be an Amiga?
  458.  
  459. >>Essentially, AT is giving the existing users that very message.  They're
  460. >>alienating existing users in order to sell to supposed new markets.  Well,
  461. >>here's where my unwavering support ends I'm afraid.  I'll keep my existing
  462. >>system as my favourite old companion and novelty,
  463. >
  464. >I was waiting for PowerAmiga, but since it's a PC I just bought a 68060 for
  465. >my Amiga, and will develop on my Amiga all the games for it and for 80x86 PC,
  466. >to get some earning from this last (job) and to keep my passion for Amiga
  467. >(hobby). It's much better to work on Amiga, developing and testing algorithms,
  468. >making graphics and sounds, then re "compile" my HLA sources and data for PC.
  469. >The 68060 is the best, I dont want a crap buggy slow PowerPC to do the same.
  470.  
  471. Er, don't call the PowerPC slow when even the slowest 601/66 is faster than 
  472. your 68060. 
  473.  
  474. If you're really glued to AGA, you could just as well stick a PhaseV PPC 
  475. card in your A1200. :-) Whoah.
  476.  
  477. >>and I'm moving on to a
  478. >>Sparcstation, and a portable Mac.  That way I can actually get things
  479. >>done, and still play with my Amiga, writing a program here and there.  I
  480. >>sincerely hope that AT finds a new market, and I regret that the direction
  481. >>that they're following no longer suits my needs.
  482. >
  483. >Neither mine and of all the people that left the Amiga (I will publish all my
  484. >games and programs also for 680x0 Amiga untill at least a single publisher
  485. >wants them, (there're only 2 or 3 left to be sincere) because I will make them
  486. >for my internal use though, also in the year 2002), and there's a lot of people
  487. >that will leave the Amiga market soon just because it's always smaller and
  488. >smaller
  489.  
  490. The shrinking market is unfortunate, but......
  491.  
  492. >while piracy is growing.
  493.  
  494. WHAT!?!?!!?!?! How the hell do you figure this? 
  495.  
  496. I would think that all the hard-core pirates would go to a market where 
  497. there was more software to pirate!
  498.  
  499. Please explain yourself.
  500.  
  501. >While Motorola abandoned 680x0, Intel has not abandoned 80x86, that will never
  502. >die IMO (I am technically sure about it).
  503.  
  504. Actually, pre-386 code will probably die with the P7 (it's already on the 
  505. back burner in the P6), and there's talk of making a complete shift to a 
  506. new architecture after the P7.
  507.  
  508. >It was time to *add* a HP-PA to the Amiga.
  509.  
  510. Once the code is fully portable, this will happen.
  511.  
  512. >IMO the PowerAmiga experiment will finish soon, Escom will reconvert the
  513. >machines to run PowerMac software, still using Commodore name for PC's and
  514. >Amiga name for RISC PC's.
  515.  
  516. I highly doubt they would sell an "Amiga" that didn't run AmigaOS.
  517.  
  518. > Names.
  519.  
  520. Operating Systems.
  521.  
  522. >The PowerAmiga will have more IBM chips inside than a Pentium has today.
  523.  
  524. Actually, the current run of AGA chips is manufactured at IBM plants 
  525. (Selectron and QuikPak do the PCBs and assembly)
  526.  
  527. >>The amount of support that AT is getting from the users which it primarily
  528. >>intends to make money from is ridiculous, I've never seen anything like
  529. >>it.  Most companies actually need to give something back to the users to
  530. >>keep them loyal and ready to spend.
  531. >
  532. >>Peter Naylor
  533. >
  534. >
  535. >PS: [nothing] Pet,Vic20,C64,Amiga,(philosophy changes),AGA-Amiga [nothing]
  536. >
  537. >Thanks Commodore, you've *been* the best of all untill business destroyed you.
  538.  
  539. The Amiga has nothing to do with the Pet, Vic20, and C64. Commodore 
  540. merely bought and altered the Amiga. They had nothing to do with the 
  541. basic architecture. The Amiga is NOT a descendent of the C64 aside from 
  542. the fact that a lot of old 64 users upgraded to it.
  543.  
  544. >BTW: It's official: Dave Haynie is *NOT* moving to Germany, nor working for AT.
  545. >He personally corrected the rumor, saying an equivalent of "dont trust rumors,
  546. >there's rarely something true in them".
  547.  
  548. Well, at least he's doing some consulting for them, so he'll have SOME 
  549. hand in the design of the PowerAmiga.
  550.  
  551. >|           Stop that fucking imperialist embargo against Cuba.              |
  552. >|                 Hasta Siempre Comandante Che Guevara.                      |
  553.  
  554. BTW, I favor socialism as well, but we can't ignore capitalist rules when we 
  555. live in a capitalist economy.
  556.  
  557. Oh, and I can't wait to see Virtual Rally! ;->
  558.  
  559. -----
  560. James Sellman -- Idaho State University           | "Lum, did you just see
  561. --------------------------------------------------|  a hentai rabbit flying
  562. selljame@cwis.isu.edu   |    // A4000/40 14 megs  |  through the air?"
  563. sellmanj@howland.isu.edu|  \X/  A500/20 3 megs    |    - Miyake Shinobu
  564.  
  565.  
  566.