home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13612 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  2.7 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!sgihub!zola!tweezers!portuesi
  2. From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Amesh source?
  5. Message-ID: <prjoui4@zola.esd.sgi.com>
  6. Date: 14 Sep 92 18:19:39 GMT
  7. References: <1992Sep14.112021.24762@u.washington.edu>
  8. Sender: news@zola.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 51
  11.  
  12.  
  13. In article <1992Sep14.112021.24762@u.washington.edu>, pdanset@hardy.u.washington.edu writes:
  14. > 
  15. > Sorry if this has been asked before, but I would appreciate it if 
  16. > someone could answer the following questions about the demo program
  17. > "amesh":
  18. > 
  19. >   o  Is the source for "amesh" available on the net?  I
  20. >      have checked the usual sites, but was not able to
  21. >      locate it.
  22.  
  23. The source code to amesh is included on the "Totally Insane"
  24. CD, which contains source code for some other useful graphics
  25. tools, libraries and utilities (such as source code for handling
  26. 3D geometry, fonts, and images).  The disc was given to those who
  27. attended the Developer's Forum.  To obtain a copy of the disc,
  28. send email to Ellen Henson (ellenh@sgi.com).  Tell her you're
  29. looking for a copy of the "Totally Insane" developer's CD,
  30. your intended uses for the disc, and your U.S. mail address.
  31.  
  32. >   o  The amesh binary appears to contain calls to the standard
  33. >      AudioLibrary routines as well as "open" and "ioctl" calls
  34. >      to /dev/hdsp/hdsp0{master,r*} (i.e. direct calls to the DSP
  35. >      subsystem).  I'm assuming that the calls to the DSP subsystem
  36. >      are issued from the modules within /usr/lib/libaudio.a and not
  37. >      from the amesh source.  Is this correct?  (That is, will I be
  38. >      able to write a program with similar functionality and performance
  39. >      using just AL calls?)
  40.  
  41. Amesh uses just standard AL calls.
  42.  
  43. >   o  Is the FFT being performed on the 56001 DSP chip or the
  44. >      R3000 CPU?  Is the FFT computed using integer (fixed
  45. >      point) or floating point arithmetic?
  46.  
  47. The FFT is computed on the R3000 CPU.  From a quick look
  48. at the source, it looks like the FFT is being computed using
  49. floating point arithmetic, off a pre-built table of sine and
  50. cosine values.  However, I'm not an expert on FFT code, so
  51. I could be mistaken.  Perhaps Bruce or one of the audio gurus
  52. can correct me if I'm wrong. 
  53.  
  54. > My application is in speech signal processing and recognition; I
  55. > would like to write a program which can, among other things, display
  56. > a near-realtime spectrogram (2D, not 3D).
  57. > 
  58. > Thanks very much in advance.
  59. > 
  60. > -------------------------------------------------------------------------------
  61. > Paul Danset        pdanset@hitl.washington.edu       (pdanset@u.washington.edu)
  62. > Work:  HITLab, U. of Washington FJ-15, Seattle, WA 98195     (206) 685-8625 x45
  63.