home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.windows.x
- Path: sparky!uunet!usc!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Subject: Re: processing for X audio-files
- Message-ID: <1992Aug28.083310.6967@thunder.mcrcim.mcgill.edu>
- Organization: McGill Research Centre for Intelligent Machines
- References: <9208181735.AA28461@fee.unicamp.br>
- Date: Fri, 28 Aug 92 08:33:10 GMT
- Lines: 31
-
- In article <9208181735.AA28461@fee.unicamp.br>, jara@fee.unicamp.br (Marcelo Arturo Jara Perez) writes:
-
- (It would make your postings significantly more readable if you would
- break your lines, preferably shortly before 80 characters. Lines
- hundreds of characters long do impair readability.)
-
- > I would appreciate it if any of you could tell me where I can get
- > some information or software for processing X audio files (*.au).
-
- X does not support audio in any real way; the only audio interface the
- core protocol defines is the one XBell() uses: a simple beep.[%]
- "X audio files" is, as far as I can tell, a term without a referent.
-
- > e.g. filters, equalizers, effects, etc. compatible with X Audio Tool
- > V3. My environment is a SPARCstation 2 running SUN-OS 4.1.2, and
- > OpenWindows r3.
-
- *Sun* audio files, then. (I don't know of anything like what you're
- after.)
-
- [%] Given hardware with fully functional audio output facilities, a
- server could implement the loudness, pitch, and duration change
- request and allow a client to do primitive single-voiced music with
- rapid ringing of very short bells of changing pitches. I know of
- no server that goes this far, nor any client software to take
- advantage of the possibility.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-