home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / misc / 20497 < prev    next >
Encoding:
Text File  |  1993-01-26  |  1.9 KB  |  39 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!mcsun!sunic!ugle.unit.no!lise.unit.no!mortene
  3. From: mortene@Lise.Unit.NO (Morten Eriksen)
  4. Subject: Re: Need details on programming AGA chipset
  5. Message-ID: <1993Jan26.120920.10706@ugle.unit.no>
  6. Sender: news@ugle.unit.no (NetNews Administrator)
  7. Organization: Norwegian Institute of Technology
  8. References: <1993Jan20.144727.10156@ugle.unit.no> <43859@sdcc12.ucsd.edu> <C1A20J.CHA@news.iastate.edu> <1993Jan25.083807.14461@ultb.isc.rit.edu>
  9. Date: Tue, 26 Jan 93 12:09:20 GMT
  10. Lines: 27
  11.  
  12. In article <1993Jan25.083807.14461@ultb.isc.rit.edu>, eas3714@ultb.isc.rit.edu (E.A. Story) writes:
  13.  > In article  barrett@iastate.edu (Marc N. Barrett) writes:
  14.  > >In article  cs64wag@sdcc8.ucsd.edu (Jeremy Friesner) writes:
  15.  > >>
  16.  > >>Come on man, surely you know the reason--if they did that,
  17.  > >>everything would break again with every chipset upgrade,
  18.  > >>and it would take another 8 years for the next (post AGA)
  19.  > >>chipset!
  20.  > >
  21.  > >   Bull.  "Everything" would not break.  Only the few demos and games written
  22.  > >to the AGA registers would break.  And such software would not have a very
  23.  > >long time to accumulate if Commodore releases the next chipsets soon enough.
  24.  > 
  25.  > Well, apparently, there are more than compatibility issues involved.  On
  26.  > csa.games, Chris Green mentioned that getting 2x or 4x bandwidth out of
  27.  > AGA is not "easy".  ie.  The only way to get fast screens for most
  28.  > hardware programmers is to use the OS.  I *love* it, all these Kewl
  29.  > D00ds talking about how fast hardware hacking is... guess what, it turns
  30.  > out it's SLOWER if you use those reverse engineered AGA hardware refs,
  31.  > since most of them don't mention anything about alignment restrictions
  32.  > and enhanced fetch modes.  I gotta laugh. 
  33.  > 
  34.  
  35. Then what happens when hackers start to disassemble to ROM-code to see how it's
  36. done, and bangs the hardware directly for even _more_ speed?  *snigger*
  37.  
  38. Morten
  39.