home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16218 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  6.2 KB
  1. Xref: sparky comp.sys.amiga.programmer:16218 comp.sys.amiga.hardware:20118
  2. Path: sparky!uunet!cs.utexas.edu!uwm.edu!ee!bloc1469
  3. From: bloc1469@ee.ee.uwm.edu (Gregory R. Block)
  4. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
  5. Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
  6. Date: 23 Nov 1992 04:02:26 GMT
  7. Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
  8. Lines: 118
  9. Message-ID: <1epl4iINN670@uwm.edu>
  10. References: <1992Nov19.154759.12082@ifi.uio.no> <37190@cbmvax.commodore.com> <1992Nov21.123328.10653@ifi.uio.no>
  11. NNTP-Posting-Host: 129.89.2.33
  12. Keywords: hardware reference manual
  13.  
  14. In article <1992Nov21.123328.10653@ifi.uio.no> stigo@ifi.uio.no (Stig Arne Olsen) writes:
  15. >We all know that, but who buys the machines? Commodore? 
  16.  
  17. Does it matter?  98% of the people who buy the machines aren't
  18. programmers.  That 2% of programming types is going to have a rather
  19. large % being registered developers under one program or another.
  20. Those are the people who are going to WANT to do it the way C=
  21. says--because they see more of the future than those 98%, or even the
  22. part of the 2% that aren't developers.
  23.  
  24. Whether you want a HRM for good intentions or bad, C= producing one
  25. enables people to keep hitting the hardware in non-future-compatible
  26. ways.  They no longer want to see that happen.  Not putting out a HRM
  27. is the best way to do it.
  28.  
  29. Listen, it's simple.  Read through the RKM-Libraries.  Read how
  30. some of those library functions are written.  They say to do certain
  31. things, or not to do certain things.
  32.  
  33. People constantly break them.
  34.  
  35. Who the hell is going to listen to a few warnings that say not to hit
  36. the hardware in a book that lists all of the hardware to hit for you?
  37.  
  38. Not enough people to make a difference.  So, looking at it from the
  39. perspective of DIG, putting out a HRM HURTS C= MORE THAN IT HELPS
  40. PROGRAMMERS.
  41.  
  42. See?
  43.  
  44. >I think you missed my point earlier that a lot of people buy machines
  45. >because of the demos. This is something that is very unique for the Amiga.
  46. >So, I think your point about not doing anything for sales is wrong. 
  47. >How many A500 vs A3000 has there been sold? If you don't release any
  48. >new machines between the A1200 and A4000, I think you will see that the
  49. >same thing will happen again, the A1200 will be the clear winner.
  50. >I don't know if you guys at Commodore have even seen programs like ProTracker,
  51. >that have become almost a standard in the demo world. Now there even exists
  52. >mod-players for ms-dos machines! 
  53.  
  54. Mods will continue to work under AGA, and they don't hit graphics
  55. hardware.  There's no reason ProTracker can't use OS routines for its
  56. graphics, is there?
  57.  
  58. What would I like to see?  I'd like to see Chris Green come out with a
  59. demo to prove that it can be done.  He's obviously got extensive
  60. knowledge of real-time texture mapping.  I say let's see it.  ;)
  61.  
  62. He said that once upon a time, he was a bit of a hardware-hitter
  63. himself.  Well, show us how an old pro does it then!  Come out with a
  64. demo (doesn't even have to be source-released, y'know!) and knock our
  65. socks off.  Besides, it'll give those corporate buggers a real
  66. pissing, make a lot of happy user groups, and a ton of happy dealers
  67. showing off lightning-fast real-time graphics response on Amiga sales
  68. floors.
  69.  
  70. >I wouldn't blame you (C=) if you redesigned the whole chip-set so that all
  71. >hardware coded stuff broke. It's not your problem if my code doesn't work!
  72.  
  73. You're wrong:  It's their problem.  That should be obvious.  How ever
  74. much I happen to like the guys, it should be dead obvious that these
  75. idiots take the bad programming practices of others seriously--they
  76. put all of those bugfixes into 2.04 and even more of them into 2.1.
  77.  
  78. It's NOT meant as a slam against C= or the engineers, SW or HW.  It's
  79. just that if it's not obvious enough that C= takes the blame for buggy
  80. programs, and that C= puts huge amounts of manpower into letting those
  81. buggy programs get away with what they do, then I don't know how else
  82. to show it.
  83.  
  84. >And you must realize that there is a difference between coding applications
  85. >and demos. Demos are not supposed to last a lifetime. When you release new
  86. >chip sets, people just adjust after a while. It's not so critical as you
  87. >seem to think. If you worry about getting the best possible hardware, let
  88. >me worry about my programs working.
  89.  
  90. Democoders of past become applicatoins programmers of now.  I think
  91. Chris Green might agree.  And with those democoders comes the crappy
  92. programming practices that most demos utilize.  Banging hardware
  93. becomes so instinctive that to do anything else takes more work than
  94. it needs to due to total unfamiliarity.  Things that were natural to
  95. do with hardware become unnatural to do with the OS, which seems slow
  96. and sluggish in comparison--or should I say DID, because that isn't
  97. true any longer.
  98.  
  99. >Get real. I guess you would say that a discussion is a debate where
  100. >all ends up having your opinion.
  101.  
  102. You don't seem to get it.  C= didn't say "Well, guys, we're thinking
  103. about not putting out a HRM.  What's your opinion?".  They said "There
  104. shall be no HRM, mortal.  Cope."
  105.  
  106. Users demanding from C= that they do something that impinges, or in
  107. this case, devastates future plans (as it would do to any DIG plans,
  108. or for that matter, future chipset design) is different from holding a
  109. discussion, isn't it?  I sure think so.
  110.  
  111. >So, I was right. They have to pay a fee (how much is this small
  112. >fee, anyway?). If a program requires kickstart 2.0, it's not very likely
  113.  
  114. A small fee.  Seriously.  Why do you think they charge 20 bucks for
  115. includes/autodocs?  It's to retain their copyrights.  It's also to
  116. ensure quality.
  117.  
  118. >that the ones who will use it do not have wb 2.0 too. And this makes it
  119. >it impossible to do for public-domain/freeware programmers.
  120.  
  121. It's really meant for large applications, I believe.  To create
  122. bootable disks, so to put.  There are still lots of people, I imagine,
  123. because I personally wouldn't know, that reboot their machine when
  124. they want to run some program by using a bootable disk.
  125.  
  126. Greg
  127. --
  128. (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
  129. (:   "You said the world was magic, I was wide eyed and laughing."    :)
  130. (:            -The Indigo Girls, "Joking"              :)
  131. (: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
  132.