home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!olivea!sgigate!odin!sgihub!zola!bebop!cook
- From: cook@bebop.esd.sgi.com (Doug Cook)
- Newsgroups: comp.sys.sgi
- Subject: Re: Amesh source?
- Message-ID: <prcu76c@zola.esd.sgi.com>
- Date: 14 Sep 92 14:26:21 GMT
- References: <1992Sep14.112021.24762@u.washington.edu>
- Sender: news@zola.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 35
-
- In article <1992Sep14.112021.24762@u.washington.edu>, pdanset@hardy.u.washington.edu writes:
- >
- > 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.
-
- I think we might have put it on the CD given out at the Developer's
- Forum, but beyond that, I don't think we've given out the source.
-
- > 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?)
-
- Your assumption is correct. Amesh is a regular AL application.
-
- > 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?
-
- The FFT is being computed on the R3000 (unless you have a blackjack
- [R4K Indigo]). It uses floating-point arithmetic.
-
- -Doug
-
- Doug Cook (cook@sgi.com) | "What IS Digital Media?
- Software Engineer, ISD Digital Media | ...another name for graphics."
- Silicon Graphics, Inc. |
-