Re: [LAU] ecasound/nama signal path queries

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Paul Davis <paul@...>
Cc: <linux-audio-user@...>
Date: Tuesday, March 6, 2012 - 11:09 pm

--bcaec554e160e2d69404ba9b23fa
Content-Type: text/plain; charset=ISO-8859-1

I use Pure Data a lot, and you're right that it could certainly handle this
kind of thing. I guess I was just hoping to find something with a different
workflow, as imo pd isn't really geared up for the kind of semi-DAW-type
work I have in mind. However, if I don't find another viable option, I may
well end up hacking something together in pd.

You're also right that Ingen is ideal for this, but the last time I used
it, I was frustrated by how unstable it seemed to be. Might give it another
go soon and see if things have improved, though.

Hadn't considered Ardour, but you're right that the same sort of thing
*could* be achieved with creative use of busses (I think?). Having said
that, it seems a little less elegant, somehow.

Thanks for the suggestions, regardless.

On Tue, Mar 6, 2012 at 10:49 PM, Paul Davis wrote:

> On Tue, Mar 6, 2012 at 5:43 PM, James Mckernon

--bcaec554e160e2d69404ba9b23fa
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I use Pure Data a lot, and you're right that it could certainly handle =
this kind of thing. I guess I was just hoping to find something with a diff=
erent workflow, as imo pd isn't really geared up for the kind of semi-D=
AW-type work I have in mind. However, if I don't find another viable op=
tion, I may well end up hacking something together in pd.
You're also right that Ingen is ideal for this, but the last time I=
used it, I was frustrated by how unstable it seemed to be. Might give it a=
nother go soon and see if things have improved, though.Hadn't c=
onsidered Ardour, but you're right that the same sort of thing *could* =
be achieved with creative use of busses (I think?). Having said that, it se=
ems a little less elegant, somehow.
Thanks for the suggestions, regardless.On Tue, Mar 6, 2012 at 10:49 PM, Paul Davis <paul@linuxaudiosystems.com><=
/span> wrote:
On Tue,=
Mar 6, 2012 at 5:43 PM, James Mckernon <jmckernon@gmail.com> wrote:

> Relatedly, another thing I'd like to be able to do is a delay effe=
ct, with

gain
ct is
d like a
fect to
is is

its not difficult to achieve on Linux at all. it *might* be tricky to=

do it with the specific toolset that you seem to be thinking about
(and maybe not even then - i don't know ecasound well enough to
comment on).

tools like Pure Data can do this easily. tools like Ingen could do it
easily. you can even do this in ardour with a bit of thought (though
its linear signal flow presentation in the GUI makes it trickier). you
could do it using multiple instances of jackrack or newer jack LV2
hosts.

you could even load up the odd windows VST plugin (such as King Dubby)
in a host that supported windows VST plugins and get the entire effect
from a single plugin.

--p

--bcaec554e160e2d69404ba9b23fa--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] ecasound/nama signal path queries, James Mckernon, (Tue Mar 6, 10:43 pm)
Re: [LAU] ecasound/nama signal path queries, Joel Roth, (Wed Mar 7, 8:09 am)
Re: [LAU] ecasound/nama signal path queries, Julien Claassen, (Tue Mar 6, 11:01 pm)
Re: [LAU] ecasound/nama signal path queries, Paul Davis, (Tue Mar 6, 10:49 pm)
Re: [LAU] ecasound/nama signal path queries, James Mckernon, (Tue Mar 6, 11:09 pm)
Re: [LAU] ecasound/nama signal path queries, Renato, (Wed Mar 7, 12:13 pm)
Re: [LAU] ecasound/nama signal path queries, Renato, (Wed Mar 7, 5:08 pm)
Re: [LAU] ecasound/nama signal path queries, S. Massy, (Tue Mar 6, 11:55 pm)
Re: [LAU] ecasound/nama signal path queries, Julien Claassen, (Wed Mar 7, 9:56 am)