home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!spool.mu.edu!uwm.edu!ogicse!news.u.washington.edu!hardy.u.washington.edu!pdanset
- From: pdanset@hardy.u.washington.edu (Paul Danset)
- Newsgroups: comp.sys.sgi
- Subject: Amesh source?
- Message-ID: <1992Sep14.112021.24762@u.washington.edu>
- Date: 14 Sep 92 11:20:21 GMT
- Article-I.D.: u.1992Sep14.112021.24762
- Sender: news@u.washington.edu (USENET News System)
- Reply-To: pdanset@u.washington.edu
- Organization: University of Washington, Seattle
- Lines: 30
-
-
- Sorry if this has been asked before, but I would appreciate it if
- someone could answer the following questions about the demo program
- "amesh":
-
- o Is the source for "amesh" available on the net? I have checked
- the usual sites, but was not able to locate it.
-
- o The amesh binary appears to contain calls to the standard
- AudioLibrary routines as well as "open" and "ioctl" calls
- to /dev/hdsp/hdsp0{master,r*} (i.e. direct calls to the DSP
- subsystem). I'm assuming that the calls to the DSP subsystem
- are issued from the modules within /usr/lib/libaudio.a and not
- from the amesh source. Is this correct? (That is, will I be
- able to write a program with similar functionality and performance
- using just AL calls?)
-
- o Is the FFT being performed on the 56001 DSP chip or the
- R3000 CPU? Is the FFT computed using integer (fixed
- point) or floating point arithmetic?
-
- My application is in speech signal processing and recognition; I
- would like to write a program which can, among other things, display
- a near-realtime spectrogram (2D, not 3D).
-
- Thanks very much in advance.
-
- -------------------------------------------------------------------------------
- Paul Danset pdanset@hitl.washington.edu (pdanset@u.washington.edu)
- Work: HITLab, U. of Washington FJ-15, Seattle, WA 98195 (206) 685-8625 x45
-