home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 74 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.0 KB
  1. Path: tank.news.pipex.net!pipex!demon!summat.demon.co.uk
  2. From: mike@summat.demon.co.uk (Mike Dodd)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Ideas
  5. Date: Tue, 02 Jan 1996 17:40:15 GMT
  6. Message-ID: <3658.6574T577T2708@summat.demon.co.uk>
  7. References: <769_9512300249@genesplicer.org>
  8. NNTP-Posting-Host: summat.demon.co.uk
  9. X-NNTP-Posting-Host: summat.demon.co.uk
  10. X-Newsreader: THOR 2.2 (Amiga;TCP/IP) *UNREGISTERED*
  11.  
  12. Mike staggered back from the pub and slurred to Joey McDonald:
  13.  
  14. >O.K. I asked this stuff several years ago, but never really recieved
  15. >a good answer. First, I am NOT a programmer.. so I am simply speculating
  16. >on stuff that I don't have any in-depth knowledge of.
  17.  
  18. >-1-
  19.  
  20. >Basic Idea:
  21.  
  22. >The Agnus chip controls the amount of ram the custom chips can
  23. >access. Isn't there SOME way to "trick" the custom chips into using
  24. >a section (a larger section) of fast ram as though it were chip
  25. >memory? Kind of "retargeting" all calls for chip ram to fast ram?
  26.  
  27. >I have always been told that it's a "hardware" thing.. but I still
  28. >don't see why a clever programmer couldn't do this. 
  29.  
  30. It IS a hardware thing, and it isn't something that the cleverest programmer can
  31. get around. The fact is that chip mem and fast mem are located on two separate
  32. buses, fast mem is connected directly (-ish, via a multiplexer and refresh
  33. circuitry) to the CPU, AGNUS is also connected to this bus, but 'gates' the bus
  34. onto a separate bus which is subject to arbitrated access from other chips
  35. (actually, AGNUS and other internal bits of AGNUS - Copper). There is no way in
  36. software to physically re-link the fast memory onto this separate bus.
  37.  
  38. The funny thing is that if Commodore had a bit more fore-sight (easy to say now)
  39. then it would have cost very little to give a much larger chip-mem addressing
  40. range (say, 16 Megs [convenient for 24bit addressing space]) - only problem
  41. would be to provide a fast-memory system you'd have needed a processor with a
  42. full 32-bit addressing range from the start (a full 68020, for example). The
  43. problem now is one of compatibility. Still, by the end of the year we'll all be
  44. PPC'd / CHRP'd, won't we ?
  45.  
  46. >I could see a program that installs itself like a rom-kicker and
  47. >when the system re-boots the program sets itself up and creates
  48. >a section of fast ram to use as "extended" chip ram. the PROGRAM
  49. >would controll and re-rout/retarget all custom chip stuff. Is
  50. >this absolutely impossible?
  51.  
  52. Yes.
  53.  
  54. >Also:
  55.  
  56. >Another idea I proposed a few years ago in this echo:  a dyna-hires
  57. >and/or sliced display on AGA machines. The old "Dyna" and "sliced" modes
  58. >on ECS machines would take control of the copper. In hi-res it
  59. >would display a different set of 16 colors per scan line.. in
  60. >low-res the sliced modes were used to rid HAM of most of its
  61. >fringing. Since AGA has a much larger palette I could see many
  62. >uses of "sliced" and "dyna" modes on AGA displays to achieve
  63. >ham images with less fringing and perhaps a true 24-bit "dynamic"
  64. >mode.
  65.  
  66. >I had several people tell me that this WAS possible.. but never
  67. >saw anyone do anything with it... so I thought I'd bring it up again.
  68.  
  69. Don't know too much about the hardware specs of AGA, but the old ECS copper can
  70. load a single register in the custom hardware every 4 low-resolution pixels (8
  71. high-resolution), so you're somewhat limited in how much you can achieve in the
  72. time available. I've seen this used to produce plasma effects - basically you
  73. have a single bit-plane screen that you set to colour 0, and then use a huge
  74. copper list to change the colour of palette entry 0 to whatever you chose - this
  75. way you have all 4096 colours available but at a resolution of only 80 * 256.
  76.  
  77. It ought to be possible to change a meagre 16 colours per line, but you risk
  78. disrupting other copper operations (like where screens overlap - infact, this is
  79. a good example, when you drag a screen down over another there's always a couple
  80. of black lines between each screen - try it - these are where the display has
  81. been disabled while new palette / display modes are set up by the copper for
  82. each screen.
  83.  
  84. ---
  85. Mike
  86.  
  87.