home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11527 < prev    next >
Encoding:
Text File  |  1992-07-28  |  2.0 KB  |  44 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!darwin.sura.net!mips!odin!fido!zola!bebop!cook
  3. From: cook@bebop.esd.sgi.com (Doug Cook)
  4. Subject: Re: Will R4K Indigo allow for user programing of the audio DSP?
  5. Message-ID: <nsb8a9s@zola.esd.sgi.com>
  6. Sender: news@zola.esd.sgi.com (Net News)
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References:  <1992Jul28.143535.11477@u.washington.edu>
  9. Date: Tue, 28 Jul 92 18:36:03 GMT
  10. Lines: 32
  11.  
  12.  
  13. In article <1992Jul28.143535.11477@u.washington.edu>, johnston@hertz.ee.washington.edu writes:
  14. >     As I understand it, the Indigo's MC56001 DSP controls the audio and
  15. > serial I/O.  However, it doesn't appear that a user application can tap that
  16. > resource to do their own bidding.  Things that come to mind include processing
  17. > waveforms from test equipment, special serial protocols, audio compression.
  18. > Is there any plan to make this processor user programable in future machines?
  19. > Why not in these machines?  Just curious, It would open up a number of other
  20. > uses for a machine like the Indigo.
  21.  
  22. There are a number of reasons why we don't allow folks to directly 
  23. program the DSP. Among these are:
  24.     1) The DSP may go away in future machines, and we don't want
  25.        people to write code that we won't be supporting.
  26.     2) Almost all of the bandwidth of the DSP is taken up 
  27.        getting audio in and out of the machine. There really
  28.        isn't much left that a user application could use.
  29.  
  30. Really, we'd rather encourage people to write well-tuned MIPS code.
  31. Then you get portability both across current platforms, and to new
  32. machines as they come out. The development environment for MIPS
  33. code is also much better. Finally, the MIPS, particularly the R4K,
  34. is MUCH faster than the DSP for most things; this isn't like the
  35. original NeXT, where you needed to program the DSP because the host
  36. CPU was dog-slow.
  37.  
  38.     -Doug
  39.  
  40.  
  41. Doug Cook      (cook@sgi.com)        |    "What IS Digital Media?    
  42. Software Engineer, Digital Media Group    |    ...another name for graphics."
  43. Silicon Graphics, Inc.            |
  44.