home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 11 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: vaxb.isc.rit.edu!MJP3783
  2. From: mjp3783@vaxb.isc.rit.edu
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Ideas
  5. Date: 2 Jan 1996 01:47:05 GMT
  6. Organization: Rochester Institute of Technology
  7. Message-ID: <4ca2qp$v4k@news.isc.rit.edu>
  8. References: <769_9512300249@genesplicer.org>
  9. Reply-To: mjp3783@vaxb.isc.rit.edu
  10. NNTP-Posting-Host: vaxb.isc.rit.edu
  11.  
  12. In article <769_9512300249@genesplicer.org>, Joey.McDonald@icon.genesplicer.org (Joey McDonald) writes:
  13. >O.K. I asked this stuff several years ago, but never really recieved
  14. >a good answer. First, I am NOT a programmer.. so I am simply speculating
  15. >on stuff that I don't have any in-depth knowledge of.
  16. >
  17. >-1-
  18. >
  19. >Basic Idea:
  20. >
  21. >The Agnus chip controls the amount of ram the custom chips can
  22. >access. Isn't there SOME way to "trick" the custom chips into using
  23. >a section (a larger section) of fast ram as though it were chip
  24. >memory? Kind of "retargeting" all calls for chip ram to fast ram?
  25.  
  26. Agnus only has physical access to the chip ram. There are actually two ports on
  27. the chip ram (dual ported ram). One port goes to the custom chips, and one to
  28. the fast ram bus. Agnus (and all of the other custom chips) can only access
  29. chip ram. You can use chip ram as a buffer and swap stuff into fast ram, but I
  30. think that the speed of the fast ram bus might well limit the effectiveness of
  31. this.
  32.  
  33. >
  34. >I have always been told that it's a "hardware" thing.. but I still
  35. >don't see why a clever programmer couldn't do this. 
  36. >
  37. >I could see a program that installs itself like a rom-kicker and
  38. >when the system re-boots the program sets itself up and creates
  39. >a section of fast ram to use as "extended" chip ram. the PROGRAM
  40. >would controll and re-rout/retarget all custom chip stuff. Is
  41. >this absolutely impossible?
  42.  
  43. Yup.
  44.  
  45. >
  46. >-2-
  47. >
  48. >Also:
  49. >
  50. >Another idea I proposed a few years ago in this echo:  a dyna-hires
  51. >and/or sliced display on AGA machines. The old "Dyna" and "sliced" modes
  52. >on ECS machines would take control of the copper. In hi-res it
  53. >would display a different set of 16 colors per scan line.. in
  54. >low-res the sliced modes were used to rid HAM of most of its
  55. >fringing. Since AGA has a much larger palette I could see many
  56. >uses of "sliced" and "dyna" modes on AGA displays to achieve
  57. >ham images with less fringing and perhaps a true 24-bit "dynamic"
  58. >mode.
  59. >
  60. >I had several people tell me that this WAS possible.. but never
  61. >saw anyone do anything with it... so I thought I'd bring it up again.
  62.  
  63. This is (well, actually, I can't see any reason why it would be impossible)
  64. possible. But. You have to remember that those "modes" sucked up a fair amount
  65. of cpu time. They used the copper to cause an interrupt to the 680x0 which then
  66. changed the color registers. Keep in mind, too, that with the larger #'s of
  67. colors and resolutions (640x400x256, for example) that the processor would have
  68. to change more colors faster. In short - it might be suitable for a picture
  69. viewer, but probably not for a game or an animation.
  70.  
  71. >
  72. >Joey McDonald
  73. >"The guy with the ideas that never quite seem to work :)"
  74.