5 Feb
2004
5 Feb
'04
4:47 p.m.
From: Dave Robillard
<drobilla(a)connect.carleton.ca>
This is what LADCCA is for really.. session management is well out of
the domain of a patch bay, IMO
So what is the purpose of Patchbay?
Users launch applications from a shell and then uses Patchbay for
connecting the applications?
That would mean a lot of manual connection work each time.
A few weeks ago I tested a midi keyboard with Fluidsynth.
Each time I changed the sample file in the shell, I had to
reconnect the thing. Very annoying.
I could not see a screenshot of the LADCCA? Does it provide
what I suggested? Is the case that either we should add the requested
features to Patchbay or add GUI to LADCCA? If both are out of question,
we need yet another application.
This doesn't have anything to do with the patch
bay, but anyone who
implements a reverb like this should be taken out back and shot
regardless. ;) This is definately LADSPA-domain.
I tried LADSPA already. :-(
Inserted
Patchbay files may need null nodes. If multiple modules
needs the same input, then with the null node the inputs can be
combined.
Jack allows multiple connections. 
5 Feb
5 Feb
9:17 p.m.
On Thu, 2004-02-05 at 15:42, Juhana Sadeharju wrote:
The patchbay will also be LADCCA supported, so you can save your
connections and module placement and all that in the session as well.
From: Dave
Robillard <drobilla(a)connect.carleton.ca>
This is what LADCCA is for really.. session management is well out of
the domain of a patch bay, IMO
So what is the purpose of Patchbay?
Users launch applications from a shell and then uses Patchbay for
connecting the applications? That would mean a lot of manual connection work each
time.
A few weeks ago I tested a midi keyboard with Fluidsynth.
Each time I changed the sample file in the shell, I had to
reconnect the thing. Very annoying.
That's just a FluidSynth braindead-ism. It annoys the heck out of me
too, if I get the time I'd like to look into it (can't be that hard).
I could not see a screenshot of the LADCCA? Does it
provide
what I suggested? Is the case that either we should add the requested
features to Patchbay or add GUI to LADCCA? If both are out of question,
we need yet another application.
LADCCA is a session management 'system', not really an application.. it
does come with a gtk frontend.. I'm afraid you're just going to have to
read about it to understand it. :)
Yes, but how user would know what connections to
make?
The reverb was just one example figured out in frustation,
but maybe people would like to provide such connections
for other applications? A synth application followed by effect
applications.
Synth --(jack)--> jack-rack
LADSPA requires a host. If one places multiple effects
to the
path, then the host must support multiple effects and their easy
control. Too complicated. Jack + multiple simple LADSPA hosts would
work better -- if there would be some way to easily control the Jack
system.
No, it would work a LOT worse. The overhead of an application for every
plugin? BAD idea. Besides, effects rack programs do exist that do
what you're talking about (and they're not that complicated ;) ). Some
are even modular (see SSM, AMS).
I don't mean this in a negative way at all, but you need to learn about
(what I call) the 'linux audio architechture' - alsa sequencer, jack,
LADSPA, and LADCCA before recommending features to apps like this one.
With a better understanding of the architechture you'll be able to
express your ideas in ways that make sense to the developers. The
linux-audio-user archives would be a good place to start.
Now I would like to have a completely graphical
control application,
such as Patchbay.
I think perhaps what you're thinking is a patch bay combined (somewhat
seamlessley) with a LADSPA host? So you could, say, run fluidsynth into
freeverb into alsa audio out?
I've certainly thought of this before, and it is possible, but
definately not trivial. It would be marginally cool, but a
synth/effects rack and a patch bay are fundamentally different things,
and I'm a big proponent of the 'unix philosophy'.. tools that do one
thing and do them right.
Now on the other hand, the idea of a nice simple little modular LADSPA
host (usable as both a synth and/or an effects rack) is a good one
indeed...
-Dave
1:57 p.m.
On Fri, 2004-02-06 at 07:33, Steve Harris wrote:
On Thu, Feb 05, 2004 at 08:16:34 -0500, Dave Robillard
wrote:
I can think of two (AMS and SSM).. SSM has no polyphony which puts it
out.
AMS is actually pretty good, if it would only work with LADSPA control
ports. Not being able to control the frequency of your oscillators is a
little bit of a limiting factor! (AMS's MIDI control stuff is
definately awesome..)
Enlighten me to a polyphonic LADSPA host with a modular GUI (and control
ports work) and you'll be my new best friend. :)
-Dave
Now on the other hand, the idea of a nice simple
little modular LADSPA
host (usable as both a synth and/or an effects rack) is a good one
indeed...
Yeah, thats probably why we have 5 allready ;) 
5:05 p.m.
On Fri, Feb 06, 2004 at 12:56:18 -0500, Dave Robillard wrote:
On Fri, 2004-02-06 at 07:33, Steve Harris wrote:
Just click on "Export control ports as module ports".
- Steve
On Thu, Feb 05, 2004 at 08:16:34 -0500, Dave
Robillard wrote:
I can think of two (AMS and SSM).. SSM has no polyphony which puts it
out.
AMS is actually pretty good, if it would only work with LADSPA control
ports. Not being able to control the frequency of your oscillators is a
little bit of a limiting factor! (AMS's MIDI control stuff is
definately awesome..) Now on the other hand, the idea of a nice simple
little modular LADSPA
host (usable as both a synth and/or an effects rack) is a good one
indeed...
Yeah, thats probably why we have 5 allready ;)
5:10 p.m.
On Fri, 2004-02-06 at 16:00, Steve Harris wrote:
On Fri, Feb 06, 2004 at 12:56:18 -0500, Dave Robillard
wrote:
Sure, but they don't actually work. At least not for me, from the AMS
discussion on this list I thought it was a known limitation (since
everything in AMS is audio rate).
Does it actually work for anyone?
-Dave
On Fri, 2004-02-06 at 07:33, Steve Harris wrote:
Just click on "Export control ports as module ports". On Thu, Feb 05, 2004 at 08:16:34 -0500, Dave
Robillard wrote:
I can think of two (AMS and SSM).. SSM has no polyphony which puts it
out.
AMS is actually pretty good, if it would only work with LADSPA control
ports. Not being able to control the frequency of your oscillators is a
little bit of a limiting factor! (AMS's MIDI control stuff is
definately awesome..) Now on the other hand, the idea of a nice simple
little modular LADSPA
host (usable as both a synth and/or an effects rack) is a good one
indeed...
Yeah, thats probably why we have 5 allready ;) 
7:40 p.m.
On Fri, Feb 06, 2004 at 04:08:31PM -0500, Dave Robillard wrote:
Just did a test with a few plugins (no time to test them all :-).
Seems to work, using the CONVERTER module to convert from 1/oct to Hz.
--
FA
Just click on
"Export control ports as module ports".
Sure, but they don't actually work. At least not for me, from the AMS
discussion on this list I thought it was a known limitation (since
everything in AMS is audio rate).
Does it actually work for anyone?
8:07 p.m.
On Fri, 2004-02-06 at 18:31, Fons Adriaensen wrote:
On Fri, Feb 06, 2004 at 04:08:31PM -0500, Dave
Robillard wrote:
Just did a test with a few plugins (no time to test them all :-).
Seems to work, using the CONVERTER module to convert from 1/oct to Hz.
Odd.. (FYI I was converting) I'll look into that one further I guess. I
think it was one of Steve's oscillator plugins that wasn't working..
More on that later (few days at least)
-Dave
Just
click on "Export control ports as module ports".
Sure, but they don't actually work. At least not for me, from the AMS
discussion on this list I thought it was a known limitation (since
everything in AMS is audio rate).
Does it actually work for anyone? 
8 Feb
8 Feb
10:08 a.m.
On Fri, Feb 06, 2004 at 12:56:18PM -0500, Dave Robillard wrote:
On Fri, 2004-02-06 at 07:33, Steve Harris wrote:
galan-0.3.0-beta3 its here finally :)
you will need some time to get into it.
but if you have questions i will be there to help.
polyphony is realized through a voice_allocator.
and you will have to instantiate each voice on the sheet and connect
them to the allocator.
LADPSA events a sample accurate if you use internal galan sequencers or
jack-midi (well there is no jack-midi sequencer yet)
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
On Thu, Feb 05, 2004 at 08:16:34 -0500, Dave
Robillard wrote:
I can think of two (AMS and SSM).. SSM has no polyphony which puts it
out.
AMS is actually pretty good, if it would only work with LADSPA control
ports. Not being able to control the frequency of your oscillators is a
little bit of a limiting factor! (AMS's MIDI control stuff is
definately awesome..)
Enlighten me to a polyphonic LADSPA host with a modular GUI (and control
ports work) and you'll be my new best friend. :) Now on the other hand, the idea of a nice simple
little modular LADSPA
host (usable as both a synth and/or an effects rack) is a good one
indeed...
Yeah, thats probably why we have 5 allready ;)
1:54 p.m.
On Sun, 2004-02-08 at 09:05, torbenh(a)informatik.uni-bremen.de wrote:
Eeck. Is there at least subpatches? I can deal with arranging 12+
individual modules as voices and just working on a subpatch, but
actually setting up all those voices is definately out of the question..
Enlighten me
to a polyphonic LADSPA host with a modular GUI (and control
ports work) and you'll be my new best friend. :)
galan-0.3.0-beta3 its here finally :)
you will need some time to get into it.
but if you have questions i will be there to help.
polyphony is realized through a voice_allocator.
and you will have to instantiate each voice on the sheet and connect
them to the allocator. LADPSA events a sample accurate if you use internal
galan sequencers or
jack-midi (well there is no jack-midi sequencer yet)
I'll check it out (compiling right now..) and take any questions to LAU.
-Dave
9 Feb
9 Feb
3:18 a.m.
On Sun, Feb 08, 2004 at 01:47:39PM -0500, Dave Robillard wrote:
On Sun, 2004-02-08 at 09:05,
torbenh(a)informatik.uni-bremen.de wrote:
Eeck. Is there at least subpatches? I can deal with arranging 12+
individual modules as voices and just working on a subpatch, but
actually setting up all those voices is definately out of the question..
subpatches are realised. you can have an arbitrary number of sheets
and have references on other sheets.
if you save a sheet to your sheet library you can instantiate it
through the lib menu.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
Enlighten
me to a polyphonic LADSPA host with a modular GUI (and control
ports work) and you'll be my new best friend. :)
galan-0.3.0-beta3 its here finally :)
you will need some time to get into it.
but if you have questions i will be there to help.
polyphony is realized through a voice_allocator.
and you will have to instantiate each voice on the sheet and connect
them to the allocator.
7641
days inactive
7645
days old
linux-audio-dev@lists.linuxaudio.org
10 comments
5 participants
participants (5)
-
Dave Robillard -
Fons Adriaensen -
Juhana Sadeharju -
Steve Harris -
torbenh＠informatik.uni-bremen.de