home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / ibm / pc / soundcar / 5449 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.sys.ibm.pc.soundcard
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!torn!watserv2.uwaterloo.ca!sciborg.uwaterloo.ca!ptran
  3. From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
  4. Subject: Re: SB16 Released at Last!
  5. Message-ID: <BzD8FE.4BB@watserv2.uwaterloo.ca>
  6. Sender: news@watserv2.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References: <gting.724329089@sfu.ca> <1992Dec16.024445.1401@nuscc.nus.sg>
  9. Date: Wed, 16 Dec 1992 18:52:25 GMT
  10. Lines: 24
  11.  
  12. In article <1992Dec16.024445.1401@nuscc.nus.sg> swkgohw@nuscc.nus.sg (Sir Launcelot Du Lac) writes:
  13. >
  14. >: However, the standard GUS comes with 256k of RAM on board (exp to 1Mb)
  15. >: for which to load the MIDI patches. This is infinitely better than having
  16. >: a fixed set of instruments on ROM since newer patches can be recorded and
  17. >: used on the GUS. 
  18. >: 
  19. >Is this really better?  I mean, art there any possibilities of clashes
  20. >with system RAM?
  21. >
  22.  
  23. That's like asking if your 1Meg of video memory will clash with main memory.
  24. The GUS' RAM is totally separate from main memory. 
  25.  
  26. >It sounds to me that the whole thing is analoguous to having TSRs that
  27. >emulate SB, and we know what sorts of problems THAT may result it
  28.  
  29. Sorry, Sir Launcelot, but this line of reasoning does not make sense.  RAM is
  30. better than ROM, and does not introduce any drawbacks (except maybe price)
  31. whatsoever.  I'd rather have RAM to store any sounds and instruments I want
  32. than be limited to preset ROM patches.  ROM isn't all bad, but if I can't have
  33. both ROM and RAM, then I'd choose just RAM instead.
  34.  
  35. Phat.
  36.