home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / misc / 17352 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  1.5 KB
  1. Xref: sparky comp.sys.amiga.misc:17352 comp.sys.amiga.advocacy:29814
  2. Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.advocacy
  3. Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
  4. From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
  5. Subject: Re: DSP not as good as we thought?
  6. Message-ID: <1992Nov24.022846.18971@mpifr-bonn.mpg.de>
  7. Sender: news@mpifr-bonn.mpg.de
  8. Nntp-Posting-Host: specklec
  9. Organization: Max-Planck-Institut f"ur Radioastronomie
  10. References: <1992Nov20.184901.15161@dcs.warwick.ac.uk>
  11. Date: Tue, 24 Nov 1992 02:28:46 GMT
  12. Lines: 18
  13.  
  14. In <1992Nov20.184901.15161@dcs.warwick.ac.uk> mashton@dcs.warwick.ac.uk (M.S. Ashton) writes:
  15. >If this is the case then all the nice DMA sound is completely unusable for
  16. >computer generated music (soundtracker/Med etc.) and only useful from replaying
  17. >a sample at the frequency it was sampled at.
  18. >Am I to understand that to get round this, one needs to use masses of 
  19. >real-time CPU intervention,thus spoiling the whole point?
  20.  
  21. One of the major points of having a DSP in an audio system is that it is
  22. very capable of changing a sample frequency in real time (and it can even
  23. keep the playback speed which is impossible if you 'just' have a variable
  24. rate DMA channel).
  25.  
  26. Regards,
  27. -- 
  28. Michael van Elst
  29. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  30. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  31.                                 "A potential Snark may lurk in every tree."
  32.