5 Mar
2010
5 Mar
'10
6:43 a.m.
Hi, does anyone know a synth powerfull like zynadd, phasex or
bristol,but in dssi format? I need something I can load into Rosegarden,
since I dont want 10 Standalones running, until ardour, rg and the
synths support LASH, if that ever happens.
I think LASH should be integrated into Jack, to make it mandatory for
linux audio apps. The missing LASH support is one of the main issues
disturbing me, when working with linux audio. Now I've said it, ha.
I'm thinking of having Jack require a Load/Save callback, prior to
activating the client. How feasible is that?
What do you think?
Gerald
5 Mar
5 Mar
6:47 a.m.
On Fri, Mar 5, 2010 at 1:43 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de> wrote:
Hi, does anyone know a synth powerfull like zynadd,
phasex or
bristol,but in dssi format? I need something I can load into Rosegarden,
since I dont want 10 Standalones running, until ardour, rg and the
synths support LASH, if that ever happens.
I think LASH should be integrated into Jack, to make it mandatory for
linux audio apps. The missing LASH support is one of the main issues
disturbing me, when working with linux audio. Now I've said it, ha.
I'm thinking of having Jack require a Load/Save callback, prior to
activating the client. How feasible is that?
What do you think?
Gerald
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
I disagree with LASH inclusion in jack itself.
There is work going to consider alternatives at the moment.
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
7:08 a.m.
Hi, maybe you can enlighten me on the alternatives.
It just seems to me that the majority of audio devs, simply don't seem
to care about session management. So my idea is just to force them to.
Gerald
On Fri, 2010-03-05 at 13:47 +0300, alex stone wrote:
I disagree with LASH inclusion in jack itself.
There is work going to consider alternatives at the moment.
Alex.
7:20 a.m.
If you can finance LASH development by giving jobs to 2-3 dedicated coders -
it might be a good way to force it. Other than that I am not sure.
On Fri, Mar 5, 2010 at 2:08 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de> wrote:
Hi, maybe you can enlighten me on the alternatives.
It just seems to me that the majority of audio devs, simply don't seem
to care about session management. So my idea is just to force them to.
Gerald
On Fri, 2010-03-05 at 13:47 +0300, alex stone wrote:
I disagree with LASH inclusion in jack itself.
There is work going to consider alternatives at the moment.
Alex.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
7:46 a.m.
Hi, I've played arround with LASH, and it seems to do what it was ment
for. Hydrogen and Zynadd already support it, and I think Ardour too. So
its not about LASH its self, but about the apps that use it. If I were
to push LASH developement, it wouldn't change anything. I mean to force
audio apps, which use Jack, to use LASH as well. For me it is super
important, to be able to save the whole session with one click. There
are so many standalone jack apps out there, which I'd like to use for
recording. I simply don't rewiring everything that belongs to project
everytime I work on it.
To get specific, say you have a project with Ardour, Hydrogen,
Rosegarden, 3x Zynadd, 5x freqtweak. Since the last 2 aren't available
as plugins (what's the status of zynjack, it seems abandoned), you 11
apps! This setup seems crazy, but freqtweak is soooo cool, I'd like to
use multiple instances as inserts in ardour.
I just don't feel like firing 11 apps, and wiring them everytime.
Gerald
On Fri, 2010-03-05 at 14:20 +0300, Louigi Verona wrote:
If you can finance LASH development by giving jobs to
2-3 dedicated
coders - it might be a good way to force it. Other than that I am not
sure.
On Fri, Mar 5, 2010 at 2:08 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de>
wrote:
Hi, maybe you can enlighten me on the alternatives.
It just seems to me that the majority of audio devs, simply
don't seem
to care about session management. So my idea is just to force
them to.
Gerald
On Fri, 2010-03-05 at 13:47 +0300, alex stone wrote:
I disagree with LASH inclusion in jack itself.
There is work going to consider alternatives at the moment.
Alex.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
7:48 a.m.
On Fri, Mar 5, 2010 at 2:46 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de> wrote:
Hi, I've played arround with LASH, and it seems to
do what it was ment
for. Hydrogen and Zynadd already support it, and I think Ardour too. So
its not about LASH its self, but about the apps that use it. If I were
to push LASH developement, it wouldn't change anything. I mean to force
audio apps, which use Jack, to use LASH as well. For me it is super
important, to be able to save the whole session with one click. There
are so many standalone jack apps out there, which I'd like to use for
recording. I simply don't rewiring everything that belongs to project
everytime I work on it.
To get specific, say you have a project with Ardour, Hydrogen,
Rosegarden, 3x Zynadd, 5x freqtweak. Since the last 2 aren't available
as plugins (what's the status of zynjack, it seems abandoned), you 11
apps! This setup seems crazy, but freqtweak is soooo cool, I'd like to
use multiple instances as inserts in ardour.
I just don't feel like firing 11 apps, and wiring them everytime.
Gerald
On Fri, 2010-03-05 at 14:20 +0300, Louigi Verona wrote:
That's what jack_snapshot is for.
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
If you can finance LASH development by giving
jobs to 2-3 dedicated
coders - it might be a good way to force it. Other than that I am not
sure.
On Fri, Mar 5, 2010 at 2:08 PM, Gerald Mwangi <gerald.mwangi(a)gmx.de>
wrote:
Hi, maybe you can enlighten me on the alternatives.
It just seems to me that the majority of audio devs, simply
don't seem
to care about session management. So my idea is just to force
them to.
Gerald
On Fri, 2010-03-05 at 13:47 +0300, alex stone wrote:
I disagree with LASH inclusion in jack itself.
There is work going to consider alternatives at the moment.
Alex.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
12:16 p.m.
On Fri, Mar 5, 2010 at 4:43 AM, Gerald Mwangi <gerald.mwangi(a)gmx.de> wrote:
Hi, does anyone know a synth powerfull like zynadd,
phasex or
bristol,but in dssi format? I need something I can load into Rosegarden,
since I dont want 10 Standalones running, until ardour, rg and the
synths support LASH, if that ever happens.
I have no idea why, but I have a warm, fuzzy soft place in my heart
for DSSI plugins. they always seem to just work. whysynth has
already been mentioned, but be sure to check out the calf monosynth,
which can be run as a DSSI plugin:
jack-dssi-host calf.so:Monosynth
check out the DSSI home page too, for a lot of other options.
I'm hoping this thread will reveal some that I don't know about! we
really need something like specimen in DSSI format.
I think LASH should be integrated into Jack, to make
it mandatory for
linux audio apps. The missing LASH support is one of the main issues
disturbing me, when working with linux audio. Now I've said it, ha.
I'm thinking of having Jack require a Load/Save callback, prior to
activating the client. How feasible is that?
why oh why oh why did you throw this paragraph in? now no one wants
to talk about DSSI anymore... :(
--
Josh Lawrence
http://www.hardbop200.com
12:37 p.m.
On Fri, 2010-03-05 at 10:16 -0600, Josh Lawrence wrote:
I have no idea why, but I have a warm, fuzzy soft
place in my heart
for DSSI plugins. they always seem to just work.
Yes. I know LV2 is supposed to be "the future", but I can't see why
forcing a tiny synth plugin to link to half a gig of libraries and
include a really really overcomplicated RDF parser is a good idea.
Especially when I just can't see anything that LV2 does that DSSI can't
do!
LV2 is one of the reasons I've stopped using and developing audio
software; I tried using it and it was a huge productivity-killer. It's
impossible to get the GUIs to work properly, and it's really *really*
awkward to fire up a plugin.
Gordon MM0YEQ
12:44 p.m.
On Fri, 5 Mar 2010, Gordon JC Pearce wrote:
Yes. I know LV2 is supposed to be "the
future", but I can't see why
forcing a tiny synth plugin to link to half a gig of libraries and
include a really really overcomplicated RDF parser is a good idea.
This is 100% B.S. Simple plugins only have to have the
lv2.h header. They don't have to link to *anything*... much
less the redland libraries.
-gabriel
6 Mar
6 Mar
7:04 a.m.
Hi,
On Fri, 2010-03-05 at 10:16 -0600, Josh Lawrence wrote:
On Fri, Mar 5, 2010 at 4:43 AM, Gerald Mwangi
<gerald.mwangi(a)gmx.de> wrote:
Sorry I'm just in the middle of a production, and had to explode a
litte. I was experimenting with a lot of synths and found those to be
usefull, which aren't in plugin format.
Hi, does anyone know a synth powerfull like
zynadd, phasex or
bristol,but in dssi format? I need something I can load into Rosegarden,
since I dont want 10 Standalones running, until ardour, rg and the
synths support LASH, if that ever happens.
I have no idea why, but I have a warm, fuzzy soft place in my heart
for DSSI plugins. they always seem to just work. whysynth has
already been mentioned, but be sure to check out the calf monosynth,
which can be run as a DSSI plugin:
jack-dssi-host calf.so:Monosynth
check out the DSSI home page too, for a lot of other options.
I'm hoping this thread will reveal some that I don't know about! we
really need something like specimen in DSSI format.
I think LASH should be integrated into Jack, to
make it mandatory for
linux audio apps. The missing LASH support is one of the main issues
disturbing me, when working with linux audio. Now I've said it, ha.
I'm thinking of having Jack require a Load/Save callback, prior to
activating the client. How feasible is that?
why oh why oh why did you throw this paragraph in?
now no one wants
to talk about DSSI anymore... :(
5171
days inactive
5172
days old
linux-audio-dev@lists.linuxaudio.org
9 comments
6 participants
participants (6)
-
alex stone -
Gabriel M. Beddingfield -
Gerald Mwangi -
Gordon JC Pearce -
Josh Lawrence -
Louigi Verona