16 Feb
2004
16 Feb
'04
9:31 p.m.
Hi,
I've been wondering: what is it like processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
My computer is fairly weak (800 MHz laptop, no DSP card). Currently, if
I want to process a file (apply effects, change the sample rate, apply
dithering, mix it with another file, etc. etc.), I get the best results
/ greatest efficiency if I do disk bounces that don't require real-time
processing. Steinberg seem to be very proud that they now support this,
which suggests that it isn't the norm, at least under Windows (I don't
think Logic ever supported it under Windows).
I'm also curious if there's general support to process MIDI offline as
well, but that's not so critical to me, since the computations are far
less intense.
Cheers,
Chris
16 Feb
16 Feb
10:37 p.m.
On Mon, 16 Feb 2004 20:28:59 -0500
Chris Pickett <chris.pickett(a)mail.mcgill.ca> wrote:
Hi,
I've been wondering: what is it like processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
My computer is fairly weak (800 MHz laptop, no DSP card). Currently, if
I want to process a file (apply effects, change the sample rate, apply
dithering, mix it with another file,
Programs like SoX and sndfile-src (a command line sample rate converter
which is distributed with libsamplerate) do this.
I'm also curious if there's general support to
process MIDI offline as
well, but that's not so critical to me, since the computations are far
less intense.
Thats the default mode of TiMidity as well I believe.
Erik (500Mhz laptop, 450Mhz desktop)
--
+-----------------------------------------------------------+
Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid)
+-----------------------------------------------------------+
"I love deadlines. I especially like the whooshing sound
they make as they go flying by." -- Douglas Adams
17 Feb
17 Feb
2:26 a.m.
Erik de Castro Lopo wrote:
On Mon, 16 Feb 2004 20:28:59 -0500
Chris Pickett <chris.pickett(a)mail.mcgill.ca> wrote:
Thanks for the answer, I've now looked at those. It seems that SoX is
limited to the built-in effects and libsamplerate / sndfile-src is just
for converting sample rates (well, you can tell me otherwise if I'm
wrong, you're the author Erik :) ...). It also seems that ecasound can
do the same, at least for native-to-ecasound things.
What about support for offline LADSPA plugin processing, e.g.
command-line through ecasound or from within a full-blown GUI thing like
Rosegarden?
Or, in general, setting up a bunch of applications to produce a final
output file with JACK, but have it all done offline?
From what I can tell, things were built to do this from the ground up,
e.g. in the JACK design document there is a picture of jackd and it says
"ALSA backend client and clock driver". But ... it's hard to find
explicit mention of offline processing because everybody is so worried
about real-time processing and low latency and all that (understandably
so), whereas I'm not likely to use this machine for live audio (okay, a
little bit of real-time-ness is nice in any setup, and I'm sure my
machine can provide the little I need to edit tracks).
Basically, I would be very happy if somebody could assure me that I
don't have to worry about running /anything/ real-time in Linux audio if
I don't want to, save for recording in and playing out through my sound
card.
Cheers,
Chris
Hi,
I've been wondering: what is it like processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
My computer is fairly weak (800 MHz laptop, no DSP card). Currently, if
I want to process a file (apply effects, change the sample rate, apply
dithering, mix it with another file,
Programs like SoX and sndfile-src (a command line sample rate converter
which is distributed with libsamplerate) do this. 
4:29 a.m.
On Tue, 2004-02-17 at 06:23, Chris Pickett wrote:
<snip>
From what I can tell, things were built to do this
from the ground up,
e.g. in the JACK design document there is a picture of jackd and it says
"ALSA backend client and clock driver". But ... it's hard to find
explicit mention of offline processing ...
Try googling for JACK's "freewheel" mode. IIRC it _is_ implemented in
latest JACK release.
Freewheel mode severs the link between JACK's process cycle and the ALSA
hardware, allowing (depending on hardware) faster/slower than real-time
operation.
R
4:55 a.m.
On Tue, Feb 17, 2004 at 01:23:24AM -0500, Chris Pickett wrote:
Erik de Castro Lopo wrote:
What about support for offline LADSPA plugin processing, e.g.
command-line through ecasound or from within a full-blown GUI thing like
Rosegarden?
I'm not an expert on this, but first there are plenty of applications
that do particular jobs in non-real time - all the MP3 and Ogg Vorbis
tools, for example, and sox has already meen mentioned.
Audacity has plugin support and various effects which are applied in
non-real time. The default action of Audacity with multiple tracks (i.e.
more than a simple stereo pair) is to mix them to stereo. While it does
this in real time when you press the play button, it does the same thing
when you select "export as WAV".
In fact I'd be surprised to find any audio processing application that
can't be persuaded to run effectively as a good old-fashioned
stdin->stdout filter.
I'm not familiar with ecasound, but I thought it could perform all of
its functions from file to file if you wanted it to.
From what I can tell, things were built to do this
from the ground up,
e.g. in the JACK design document there is a picture of jackd and it says
"ALSA backend client and clock driver".
I don't think Jack is what you need: as I understand it Jack is all
about realtime audio. I could be very wrong...
--
Anahata
anahata(a)treewind.co.uk Tel: 01638 720444
http://www.treewind.co.uk Mob: 07976 263827
2:32 a.m.
On Mon, 16 Feb 2004, Chris Pickett wrote:
I've been wondering: what is it like processing
audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
Try searching for keywords like "non-realtime processing and DSP". I think
the term "offline" is pretty specific to the motion picture industry. Look
for programs like sox, Audacity, oggenc, lame and various LADSPA plugins.
You'll find what you need there.
-lee
3:37 a.m.
lee(a)fallingforward.net wrote:
On Mon, 16 Feb 2004, Chris Pickett wrote:
Thanks, "non-realtime" helps a lot (I was using Steinberg's term,
"offline"). I posted that long reply to Erik before I got your
response. Now it seems like there actually are many things dependent on
working in realtime. I think the guy asking about non-realtime
rendering in this old thread was asking what I'm trying to ask now
(although oddly, I can't find the top of the thread in the archives):
http://www.music.columbia.edu/pipermail/linux-audio-dev/2003-June/004158.ht…
If things have changed in the last 6-8 months I'm interested to hear.
I would be intrigued if, for example, JACK could now synchronize
applications and plugins to a slower- or faster-than-realtime clock,
depending on the processing power needed, or even if there were still
future plans for this.
Cheers,
Chris
P.S. If I'm not mistaken, the Steinberg equivalents of JACK, LADSPA,
and ALSA are ReWire, VST, and ASIO respectively -- somebody please
correct me if that's wrong.
I've been wondering: what is it like
processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
Try searching for keywords like "non-realtime processing and DSP". I think
the term "offline" is pretty specific to the motion picture industry. Look
for programs like sox, Audacity, oggenc, lame and various LADSPA plugins.
You'll find what you need there. 
5:50 a.m.
On Tue, Feb 17, 2004 at 02:34:29 -0500, Chris Pickett wrote:
If things have changed in the last 6-8 months I'm
interested to hear.
I would be intrigued if, for example, JACK could now synchronize
applications and plugins to a slower- or faster-than-realtime clock,
depending on the processing power needed, or even if there were still
future plans for this.
Yes, thats JACKs Freewheel mode.
- Steve
11:45 a.m.
have you tried freewheel with ardour and jamin in the
chain? you can see it's trying to work by the jamin
meters but the result is not mastered. my attempt
produced the unmastered source.
stereo file in ardour to jamin input, jamin out to
hardware
--- Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
On Tue, Feb 17, 2004 at 02:34:29 -0500, Chris
Pickett wrote:
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
If things have changed in the last 6-8 months
I'm
interested to hear.
I would be intrigued if, for example, JACK could
now synchronize
applications and plugins to a slower- or
faster-than-realtime clock,
depending on the processing power needed, or even
if there were still
future plans for this.
Yes, thats JACKs Freewheel mode.
- Steve
noon
Hmm... I've no idea what that would do - youd have to ask whover
implemented freewheel. I think you have to feed the output of JAMin back
into ardour (or some other non-RT capable recorder) for it to work.
I have to admit I've never tried it, I'm not even sure how you engage
freewheel :)
- Steve
On Tue, Feb 17, 2004 at 07:40:52AM -0800, R Parker wrote:
have you tried freewheel with ardour and jamin in the
chain? you can see it's trying to work by the jamin
meters but the result is not mastered. my attempt
produced the unmastered source.
stereo file in ardour to jamin input, jamin out to
hardware
--- Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
On Tue, Feb 17, 2004 at 02:34:29 -0500, Chris
Pickett wrote:
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html If things have changed in the last 6-8 months
I'm
interested to hear.
I would be intrigued if, for example, JACK could
now synchronize
applications and plugins to a slower- or
faster-than-realtime clock,
depending on the processing power needed, or even
if there were still
future plans for this.
Yes, thats JACKs Freewheel mode.
- Steve 
12:16 p.m.
Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> writes:
Hmm... I've no idea what that would do - youd have
to ask whover
implemented freewheel. I think you have to feed the output of JAMin back
into ardour (or some other non-RT capable recorder) for it to work.
That's right. Paul Davis invented and implemented freewheel. It
basically disconnects the JACK graph from the audio device and runs
cycles as fast as it can. IIUC, this was primarily for rendering to a
file with ardour.
I have to admit I've never tried it, I'm not
even sure how you engage
freewheel :)
Using the example client...
$ jack_freewheel y
...
$ jack_freewheel n
The library interface is: jack_set_freewheel(client, onoff);
On Tue, Feb 17, 2004 at 07:40:52AM -0800, R Parker
wrote:
> stereo file in ardour to jamin input, jamin out to
> hardware
This doesn't work because the device is out of the loop. As Steve
said, you can capture the result to another ardour track or use a
different recorder, like jackrec or ecasound. But you can't listen
while doing it, so it's not very useful for mastering.
--
joq
4:41 p.m.
On 17 Feb 2004 10:11:40 -0600
"Jack O'Quin" <joq(a)io.com> wrote:
That's right. Paul Davis invented
Sorry, Paul did not invent this concept. When I worked at Farilight
ESP in the late 1990s, the Fairlight MFX3 DAW had already had this
feature for some time.
and implemented freewheel.
That I can agree with :-).
Erik
--
+-----------------------------------------------------------+
Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid)
+-----------------------------------------------------------+
Running MS-Windows on a Pentium is like having a brand new Porsche
but only being able to drive backwards with the handbrake on.
10:34 p.m.
--- Jack O'Quin <joq(a)io.com> wrote:
My chain was Ardour -> JAMin -> Ardour. I wrote the
wrong thing.
As Steve
On Tue, Feb
17, 2004 at 07:40:52AM -0800, R Parker
wrote:
> stereo file in ardour to jamin input, jamin
out
to
> hardware
This doesn't work because the device is out of the
loop. said, you can capture the result to another ardour
track or use a
different recorder, like jackrec or ecasound. But
you can't listen
while doing it, so it's not very useful for
mastering.
Assuming freewheel/freeze, whatever it's called,
accurately produces the result of the signal chain
then it's useful. The mixing and mastering are done
and I know what it sounds like. Now process hte jack
graph to a file. This eliminates the need to open
another application and the processing is faster than
realtime. Am I missing something?
ron
--
joq
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
12:36 p.m.
On Tue, 17 Feb 2004 15:55:57 +0000
Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
Hmm... I've no idea what that would do - youd have
to ask whover
implemented freewheel. I think you have to feed the output of JAMin back
into ardour (or some other non-RT capable recorder) for it to work.
I'd be interested in hearing how this would work. I happened to be
doing some work with JAMin last week, mastering some of my older
recordings to smooth them out before cutting a CD of my playing for
a friend. I kept tweaking this and that in the playback, and when I
finally got the sound I liked, I was hoping I could export the track
to a WAV in freewheel mode, but having JAMin in the processing chain
forced me into realtime mode. I ended up recording the JAMin output
to a track in realtime, because it was the only way I could get JAMin
to do its thing. A primer on freewheel mode using JAMin would save
me a fair amount of time in the long run.
--
======================================================================
Joe Hartley - UNIX/network Consultant - jh(a)brainiac.com
Without deviation from the norm, "progress" is not possible. - FZappa
10:19 p.m.
--- Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
Hmm... I've no idea what that would do - youd
have
to ask whover
implemented freewheel. I think you have to feed the
output of JAMin back
into ardour (or some other non-RT capable recorder)
for it to work.
In fact I was doing Ardour -> JAMin -> Ardour. My bad.
I have to admit I've never tried it, I'm not
even
sure how you engage
freewheel :)
I was doing an Export Audio. I assume that's
freewheel.
At any rate, the result of 'Export Audio' with a
Ardour -> JAMin -> Ardour chain is not the output of
JAMin. Because it's been a few days since I tried this
I will reconfirm in the morning and report the results
to ardour-dev or Mantis.
ron
- Steve
On Tue, Feb 17, 2004 at 07:40:52AM -0800, R Parker
wrote:
online.
> http://taxes.yahoo.com/filing.html
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
have you tried freewheel with ardour and jamin in
the
chain? you can see it's trying to work by the
jamin
meters but the result is not mastered. my
attempt
produced the unmastered source.
stereo file in ardour to jamin input, jamin out to
hardware
--- Steve Harris <S.W.Harris(a)ecs.soton.ac.uk>
wrote:
> On Tue, Feb 17, 2004 at 02:34:29 -0500,
Chris
> Pickett wrote:
> > If things have changed in the last 6-8 months
I'm
> interested to hear.
> > I would be intrigued if, for example, JACK
could
> now synchronize
> > applications and plugins to a slower- or
> faster-than-realtime clock,
> > depending on the processing power needed, or
even
if there
were still
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing future plans for this.
Yes, thats JACKs Freewheel mode.
- Steve
18 Feb
18 Feb
4:52 a.m.
On Tue, Feb 17, 2004 at 06:14:35PM -0800, R Parker wrote:
--- Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
I /think/ export audio predates freewheel, so it might be something else -
best to ask someone that works on ardour. Could just be a bug :) AFAIK
theres nothing in JAMin that would prevent freewheel working.
- Steve
Hmm... I've no idea what that would do - youd
have
to ask whover
implemented freewheel. I think you have to feed the
output of JAMin back
into ardour (or some other non-RT capable recorder)
for it to work.
In fact I was doing Ardour -> JAMin -> Ardour. My bad.
I have to admit I've never tried it, I'm
not even
sure how you engage
freewheel :)
I was doing an Export Audio. I assume that's
freewheel. 
3:46 p.m.
Steve Harris wrote:
On Tue, Feb 17, 2004 at 06:14:35PM -0800, R Parker
wrote:
exporting in ardour now uses freewheeling. but there are a couple of
issues with it, one being, it did not work the last time i tried. :)
--
The handles of a craftsman's tools bespeak an absolute simplicity,
the plainest forms affording the greatest range of possibilities for
the user's hand.
That which is overdesigned, too highly specific, anticipates
outcome; the anticipation of outcome guarantees, if not failure, the
absence of grace.
- William Gibson, "All Tomorrow's Parties"
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxaudiodev.org (Linux Audio Developers)
--- Steve Harris
<S.W.Harris(a)ecs.soton.ac.uk> wrote:
I /think/ export audio predates freewheel, so it might be something else -
best to ask someone that works on ardour. Hmm... I've no idea what that would do - youd
have
to ask whover
implemented freewheel. I think you have to feed the
output of JAMin back
into ardour (or some other non-RT capable recorder)
for it to work.
In fact I was doing Ardour -> JAMin -> Ardour. My bad.
I have to admit I've never tried it, I'm
not even
sure how you engage
freewheel :)
I was doing an Export Audio. I assume that's
freewheel. 
19 Feb
19 Feb
2:45 a.m.
I have been teaching myself a little bit about mastering using
jack and jamin. My system is a PIII 550, I'm using the
onboard YMFPCI sound card.
There was most def a learning curve but I did manage to finish
the proof project that I was working on. So unless there is
some specific technical difficulty with your particular
combination of hardware then doing dsp in real time on your
800 MHz machine shouldn't be too difficult.
I did have some success running ecasound -> jamin -> ecasound
+ PCM out to monitor the mastering process. There was some
assorted weirdness with the tracks that I recorded this way
though.
To see if what I was trying to do was even possible I then
went to alsaplayer -> jamin -> ecasound. This seemed to
eliminate some of the difficulties I was having with using eca
for playback and recording.
Using 4 periods of 4096 samples was almost entirely stable but
I did still get the occasional xrun, especially when
processing tracks ~60 mins. On the whole it was doable
though. And there are still refinements to be made to the
process I used, and doubtless a dozen other ways to use Linux
for dsp.
After I take a little break and get the caught up on other
things I'll bother you all with some of the questions that arose.
Ciao,
Barton
17 Feb
17 Feb
5:48 a.m.
On Mon, Feb 16, 2004 at 08:28:59 -0500, Chris Pickett wrote:
Hi,
I've been wondering: what is it like processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
My computer is fairly weak (800 MHz laptop, no DSP card). Currently, if
Thats plenty of power, I demonstrated ardour, JAMin and treqtweak at an
expo recently on an 800MHz laptop using the internal soundcard (I thought
it was running at 1.2, but messed up).
You need at least 256MB of ram, preferably 512, but that kind of setup is
fine for RT audio.
If oyu particularly want to use offline processing I would recommend you
look at ecasound, but it has a bit of a learning curve.
- Steve
18 Feb
18 Feb
1:25 a.m.
On Tue, 17 Feb 2004, Steve Harris wrote:
On Mon, Feb 16, 2004 at 08:28:59 -0500, Chris Pickett
wrote:
If oyu particularly want to use offline processing I would recommend you
look at ecasound, but it has a bit of a learning curve.
But once that learning curve is reached...damn, ecasound can do /anything/
-lee
1:47 a.m.
lee(a)fallingforward.net wrote:
On Tue, 17 Feb 2004, Steve Harris wrote:
So ... thanks everyone for the info.
If ecasound can record in freewheel mode (someone mentioned it can),
then really I'm happy enough with that and some console-based MIDI
sequencer. I dislike GUI's for most things besides browsing the web, so
I think I'll feel at home :)
It's really what Ron Parker is talking about, more than anything: once I
have the settings perfect and I'm ready to bounce, I want it to happen
quickly. But, at the same time, I don't want to have to check every
single operation by ear to listen for little glitches because at some
point I ran out of CPU power.
Anyway, it looks like I've waited just long enough now to switch over
(2.6 kernel, freewheel) and again, I appreciate the response. Still
interested to know what's up with Ron and Ardour and JAMin though ...
Cheers,
Chris
On Mon, Feb 16, 2004 at 08:28:59 -0500, Chris
Pickett wrote:
If oyu particularly want to use offline processing I would recommend you
look at ecasound, but it has a bit of a learning curve.
But once that learning curve is reached...damn, ecasound can do /anything/ 
4:37 p.m.
>If oyu particularly want to use offline processing
I would recommend you
>look at ecasound, but it has a bit of a learning curve.
To answer the question about ecasound using LADSPA plugins... the answer
(and example below) says yes (I think I actually tried it in the past).
Usually, I'll actually try out an example before I send to this list.
But I just have too many projects right now to look up the
LADSPA-specifc info that the following article points you to. But with
the following information, I beleive a "direct to disk" (non-realtime)
processing of a file with LADSPA and ecasound would look like this...
ecasound -i:DrySound.wav -o:DrySound_WithEffect.wav
-el:plugin_unique_name,param-1,...,param-N'
(on my system... a three and a half minute, 16bit, 48000 mono file took
6 seconds to process the with a "built in" ecasound reverb. I'm assuming
a LADSPA plugin would be about the same)
There was some mention on the ecasound list suggesting using LADSPA
'unique id-number'. So you might want to try (as shown in the example at
the end of this email)...
ecasound -i:DrySound.wav -o:DrySound_WithEffect.wav
-eli:plugin_unique_number,param-1,...,param-N
|
(-eli flag instead of -el)
Keep in mind that if the "dry" file (starting file) is 1 channel (mono)
file, and you want the resulting "effected" file to be mono also, you
need to specify it on the command line (otherwise it will produce a 2
channel (sterio) file by default (unless you have the ecasound "rc" file
set for 1 channel... but it defaults to 2 channel unless you've actually
changed the "rc" file with a text editor)...
ecasound -i:DryMono.wav -f:16,1,44100 -o:DryMono_WithEffect.wav
-eli:plugin_unique_number,param-1,...,param-N
(16 = 16bit... 1 = 1 channel... 44100 = 44100 sampling rate)
This following write up was from...
http://io.khm.de/~alex/HGKZ/Seminar24-25.1/doc/Seminar24-25.1-34.htm
But you'll want to start here for more info about ecasound...
Ecasound home site
http://www.eca.cx/ecasound
===================================================
The write up...
===================================================
LADSPA-PLUGINS
-el:plugin_unique_name,param-1,...,param-N
Ecasound supports LADSPA-effect plugins (Linux Audio Developer's Simple
Plugin API). Plugins are located in shared library (.so) files in
/usr/local/share/ladspa (configured in ecasoundrc(5)). One shared
library file can contain multiple plugin objects, but every plugin has a
unique plugin name. This name is used for selecting plugins. See
{HYPERLINK "http://www.linuxdj.com/audio/lad"} LAD mailing list web site
for more info about LADSPA. Other useful sites are {HYPERLINK
"http://www.ladspa.org"} LADSPA home page and {HYPERLINK
"http://www.ffem.org/gdam/ladspa-doc/ladspa.html"} LADSPA documentation .
-eli:plugin_unique_number,param-1,...,param-N
Same as above expect plugin's unique id-number is used. It is guaranteed
that these id-numbers are unique among all LADSPA plugins.
===================================================
17 Feb
17 Feb
11:58 a.m.
On Mon, Feb 16, 2004 at 08:28:59PM -0500, Chris Pickett wrote:
Hi,
I've been wondering: what is it like processing audio offline under
Linux? Is this something that is widely supported? I did a bunch of
google searches using the term "offline" but couldn't find anything
really useful.
My computer is fairly weak (800 MHz laptop, no DSP card). Currently, if
I want to process a file (apply effects, change the sample rate, apply
dithering, mix it with another file, etc. etc.), I get the best results
/ greatest efficiency if I do disk bounces that don't require real-time
processing. Steinberg seem to be very proud that they now support this,
which suggests that it isn't the norm, at least under Windows (I don't
think Logic ever supported it under Windows).
I believe Ardour now supports track "freezing" - i.e. writing
all mixing & plugins for a track to disk. I haven't tried it yet.
I'm also curious if there's general support to
process MIDI offline as
well, but that's not so critical to me, since the computations are far
less intense.
some options here... TiMidity, csound.
--
Paul Winkler
http://www.slinkp.com
Look! Up in the sky! It's WONDER MULE OF INDONESIA!
(random hero from isometric.spaceninja.com)
7585
days inactive
7588
days old
linux-audio-user@lists.linuxaudio.org
22 comments
13 participants
participants (13)
-
Anahata -
Barton Bosch -
Chris Pickett -
Erik de Castro Lopo -
Jack O'Quin -
Joe Hartley -
Joern Nettingsmeier -
lee＠fallingforward.net -
LinuxMedia -
Paul Winkler -
R Parker -
robin fell -
Steve Harris