home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: scinter.aftac.gov!usenet
  2. From: mikey@scinter.AFTAC.GOV (Michael M Brockman)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Ideas
  5. Date: 2 Jan 1996 01:04:08 GMT
  6. Organization: HQ AFTAC, Patrick AFB
  7. Distribution: inet
  8. Message-ID: <2547.6573T665T185@scinter.AFTAC.GOV>
  9. References: <769_9512300249@genesplicer.org>
  10. NNTP-Posting-Host: scants6.aftac.gov
  11. X-Newsreader: THOR 2.1 (Amiga;TCP/IP beta 5)
  12.  
  13. >-1-
  14.  
  15. >Basic Idea:
  16.  
  17. >The Agnus chip controls the amount of ram the custom chips can
  18. >access. Isn't there SOME way to "trick" the custom chips into using
  19. >a section (a larger section) of fast ram as though it were chip
  20. >memory? Kind of "retargeting" all calls for chip ram to fast ram?
  21.  
  22. Good idea but a bad assumption. Agnus doesn't control the amount of
  23. ram the custom chips can access. The bus line used by the special
  24. chipset does this. Fast Ram uses a completely different bus that the
  25. special chipset (including Agnus) CANNOT even see. Its a one way
  26. thing...The Fast Ram busline can use Chip Memory, but the Chip
  27. Memory Bus can't use Fast Ram....
  28.  
  29. By the way....In theory it is possible to have up to
  30. 8 Megs of chip memory in an Amiga. The Chip Memory Busline supports
  31. this amount of memory addressing. But as you already know...the
  32. custom chips are only setup to handle up to 2 Meg.
  33.  
  34. Programmers do get around this limitation tho....By buffering
  35. data into Fast Ram until it is needed, then copying the data into
  36. Chip Ram so the custom chips can use it....The programmers can
  37. anticipate when the custom chips would be needing the data and
  38. can have it copied there before it is needed...So it is very
  39. effective...
  40.  
  41. >I could see a program that installs itself like a rom-kicker and
  42. >when the system re-boots the program sets itself up and creates
  43. >a section of fast ram to use as "extended" chip ram. the PROGRAM
  44. >would controll and re-rout/retarget all custom chip stuff. Is
  45. >this absolutely impossible?
  46.  
  47. Possible yes...but practical..No.  The PROGRAM would only be able
  48. to setup 2 Megs of Memory (Again...Custom Chip Limitation). The
  49. PROGRAM would still have to copy the data into Chip Ram so the
  50. custom chips could use it....Thus would be slower than just using
  51. Chip Ram to begin with....
  52.  
  53. >Joey McDonald
  54. >"The guy with the ideas that never quite seem to work :)"
  55.   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  56. Been there...Done that....Gotta T-Shirt....Became King of the idea..
  57.  
  58.  I also have great ideas that someone else will use to get rich.
  59.  
  60. --
  61. <sb>
  62.                />
  63.               />  Michael M Brockman, mikey@scinter.AFTAC.GOV
  64.              />
  65.    |\_______{o}-------------------------------------------_
  66.   [\\\\\\\\\\\{MIKEY BAD}>============================-    >
  67.    |/~~~~~~~{o}-------------------------------------------~
  68.              \>  Have you ever been cruising on the Information
  69.               \>  Superhighway, just to pause and take a whiz?
  70.                \>
  71.  
  72. <sb>                  PGP Key Available Upon Request
  73.  
  74.