Linux Sound subsystem development
 help / color / mirror / Atom feed
From: "Eric B. Mitchell" <emitchell@altaira.com>
To: linux-sound@vger.kernel.org
Subject: Re: equalizer application in software?
Date: Mon, 30 Nov 1998 16:17:50 +0000	[thread overview]
Message-ID: <marc-linux-sound-91248037829442@msgid-missing> (raw)
In-Reply-To: <marc-linux-sound-91233787226861@msgid-missing>



Derrick J Brashear wrote:
> 
> On Sun, 29 Nov 1998, Kadinger Andras wrote:
> 
> > I think there might be some audio multiplexing libraries (that takes
> > audio output of different apps and mixes them together into one stream to
> > send to the audio hardware); GNOME/Enlightement at least has one, called
> > esd or esound I think. Since audio multiplexing is a very good feature, so
> > is an equalizer, therefore I think building the two together (or at least
> > making connecting them together simple) is worth the effort.
> 
> esound. 0.2.4 is the most current on ftp.enlightenment.org.

The most recent "stable" release is 0.2.6, cvs snapshots are available 
from e.themes.org, or other gnome cvs sites.  With version 0.2.6, there
is a capability to connect a "filter" socket to the sound server.  A 
sample filter which simply copies data unchanged is included with the
source, so you can see how to interface with it.  

Basically, the server sends the mixed audio data to the filter.  The
filter process reads the information, processes it, and sends it back to 
the server.  The server writes the filtered data to the audio device.

Any decent Digital Signal Processing textbook should have the necessary
algorithms (and maybe even sample code) for implementing a bandpass
filter. The gsl (?) library may be of use for fft and perhaps even 
basic filter functions.

> To be honest the architecture used by NAS and to a greater extent by AF
> are more appealing to me, namely, be as much like X11 as possible.
> However, I do agree that an "audio wrapper" API like esound,AF,NAS, or
> maybe even rplay (but probably not) would be a good and logical companion
> for such an application.
> 
> In order for it to really be useful to me, I need to finish the next stage
> of the Linux/Sparc audio midlevel, namely, non-fixed-size,
> non-fixed-number buffers.
> 
> -D

-- 
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
| Eric B. Mitchell         mailto:ericmit@ix.netcom.com |
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

      parent reply	other threads:[~1998-11-30 16:17 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-11-29  2:34 equalizer application in software? Derrick J Brashear
1998-11-29 13:32 ` Kadinger Andras
1998-11-29 18:13 ` Jason Wilfred Woodford
1998-11-29 19:07 ` Derrick J Brashear
1998-11-30 16:17 ` Eric B. Mitchell [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-linux-sound-91248037829442@msgid-missing \
    --to=emitchell@altaira.com \
    --cc=linux-sound@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox