Quoting Robert Jonsson ([EMAIL PROTECTED]):
> I did some investigations a few years back (time flies) about similar
> things, namely the api's of buzz and friends. Psycle is win32 only, but
> open source, it borrows, API-wise, alot from Buzz (not necessarily a good
> thing though). Might warran
OK, heres a graph of how I think a simple plugins via jack session could
look: http://www.ecs.soton.ac.uk/~swh/jack-plugin-graph.png
Control data is in red, audio data in black, and I know you can't have
bidirectional jack connections, but it makes the diagram simpler ;)
The apps are App A+B the
Paul Davis wrote:
>the problem is that many of the interesting data types are variable
>sized. MIDI is the most obvious.
agree, though in the MIDI case i find that simply using one generic
event type which can accomodate a fixed n >= 3 message bytes is
sufficient, because the first (= status) by
On Wed, Sep 04, 2002 at 03:57:19 -0400, Paul Davis wrote:
> yes, and it would be less than a few hours to get it working.
>
> the problem is that many of the interesting data types are variable
> sized. MIDI is the most obvious.
I think MIDI is OK, the ammount of events you can have per unit tim
On Wed, Sep 04, 2002 at 09:36:52 +0200, Tim Goetze wrote:
> that's a complication that i'd like to avoid, but i admit it's not
> easier with the sequencer between gui and plugin either, although
> in that case the sequencer playback could be directed at both the
> gui and the processor.
I dont
>>> * lock-free, cross-process, cross-client event/object communication.
>>> this is a tough one especially if events/objects can be of arbitrary
>>> size. maybe a proof-of-concept implementation could use fifos/
>>> AF_UNIX sockets here initially. eventually i think one will need to
>>> u
Steve Harris wrote:
>I've had some experience of seperating GUI's and DSP code this way (from
>LCP) and its hard work, even for pretty simple things. Maybe a library could
>make it easier though, eg. automatically binding gtk_adjustments (or the
>toolkit X equivalent) to jack-plugin control ports
On Wed, Sep 04, 2002 at 04:46:36 +0200, Tim Goetze wrote:
> > Automation. Sequencers and the like need a way of recording user activity
> >in these uber-plugins. LADSPA makes this very easy.
>
> afaics, this can be solved by inserting a recording/playback plugin
> between gui and processor clien
Steve Harris wrote:
>Maybe theres some way jack apps could indicate "child" apps, that would
>help a patchbay hide or group them.
subgraphs that look like plugins/clients which can be
expanded/collapsed in the patchbay might be a reasonable solution.
>Some things that would need to be solved, a
>Ok, this is kind of what I was getting at. So in effect what we could
>do right now is simply come up with our plugin abstraction layer
>straight away without waiting for JACK to implement anything else?
the only real obstacle to JACK implementing anything else at this time
is providing som
On Wed, Sep 04, 2002 at 06:11:23 -0400, [EMAIL PROTECTED] wrote:
> Before I go off ranting about the current state of audio guis, are you
> saying that clients with different gui toolkits can't connect to the
> same jack server? That seems kinda messed up to me... I feel like I'm
> misunderstandi
On Wed, Sep 04, 2002 at 02:55:08 +0100, Richard Bown wrote:
> Erm. *cough*
>
> Nice app though?
Very. Could do with a friendlier LADSPA GUI, but very fast and easy to use
otherwise.
Multi range selections rule.
- Steve
So how would one use the multiband compressor in a ladspa sense, ie
ardour
On Wed, 2002-09-04 at 05:08, Steve Harris wrote:
> On Sun, Sep 01, 2002 at 05:07:26 +1000, Son of Zev wrote:
> > Hi All
> >
> > Does anyone know of a multiband compressor plugin suitable for
> > mastering?
>
> There are
>Before I go off ranting about the current state of audio guis, are you
>saying that clients with different gui toolkits can't connect to the
>same jack server? That seems kinda messed up to me... I feel like I'm
>misunderstanding.
its not possible to have two instances of an X Window event lo
On Wed, Sep 04, 2002 at 10:37:34AM +0100, Steve Harris wrote:
> On Tue, Sep 03, 2002 at 11:26:04 +0200, Tim Goetze wrote:
> > agree, that would be great. it doesn't solve problems like running
> > for example both ardour (gtk) and muse (qt) under the same jackd
> > though.
>
> Nope, like you sa
On Wednesday 04 September 2002 14:44, Steve Harris wrote:
> [builds sweep]
> No that just looks like its alphabeltical to me.
Erm. *cough*
Nice app though?
B
On Wed, Sep 04, 2002 at 02:16:34PM +0100, Richard Bown wrote:
> On Wednesday 04 September 2002 13:49, Steve Harris wrote:
>
> [RDF]
>
> > 2) A way of ogranising plugins into
> > meaningful categories (so you can pick them from a menu).
>
> Ah, is this what I see implemented in Sweep 0.5.2?
no,
On Wed, Sep 04, 2002 at 02:16:34 +0100, Richard Bown wrote:
> > 2) A way of ogranising plugins into
> > meaningful categories (so you can pick them from a menu).
>
> Ah, is this what I see implemented in Sweep 0.5.2?
[builds sweep]
No that just looks like its alphabeltical to me.
- Steve
On Wednesday 04 September 2002 13:28, Tim Goetze wrote:
> >Isn't this where the audio servers such as aRts have hoped to do
> >business too?
>
> i don't know much about aRts, but from what i have heard it isn't
> 100% clean realtime, and it's based on a particular programming
> toolkit that not e
On Wednesday 04 September 2002 13:49, Steve Harris wrote:
[RDF]
> 2) A way of ogranising plugins into
> meaningful categories (so you can pick them from a menu).
Ah, is this what I see implemented in Sweep 0.5.2?
B
On Wed, Sep 04, 2002 at 12:20:24 +0100, Richard Bown wrote:
> Also I'm getting more confused by the RDF stuff. I was
> under the impression that it was going to be a grammar for describing
> plugins and therefore I hoped something to extend LADSPA hints somewhat
> perhaps/help wit
Richard Bown wrote:
>On Wednesday 04 September 2002 11:33, Tim Goetze wrote:
>
>> what i am trying to steer towards is an approximation of 'plugins'
>> and 'applications'.
>
>approximation == abstraction?
yes, making them look the same. with 'applications' possibly being
broken down into many 'p
On Wed, Sep 04, 2002 at 06:25:38PM +1000, Erik de Castro Lopo wrote:
>
> Well I certainly hope that libsndfile will be your first choice for sound
> file I/O.
>
> I also have another library that you will find useful once it is finished and
> released. (no blabbing K :-))
h, secret rabbit
On Wed, Sep 04, 2002 at 12:33:45 +0200, Tim Goetze wrote:
> what i am trying to steer towards is an approximation of 'plugins'
> and 'applications'. if both interface with the same system-wide
> graph in the same way we get possibilities for free that must be
> coded over and over again with the
On Wed, Sep 04, 2002 at 12:57:25 +0200, Robert Jonsson wrote:
> Hi,
>
> As for other potential API's there is GNU Octal(OX_API I seem to remember),
> dunno how it matches up. It has been in transition for more than a year now but
> I think it is shapeing up (or maybe it's just wishful thinking
On Wednesday 04 September 2002 11:33, Tim Goetze wrote:
> what i am trying to steer towards is an approximation of 'plugins'
> and 'applications'.
approximation == abstraction?
> if both interface with the same system-wide
> graph in the same way we get possibilities for free that must be
> cod
Hi,
As for other potential API's there is GNU Octal(OX_API I seem to remember),
dunno how it matches up. It has been in transition for more than a year now but
I think it is shapeing up (or maybe it's just wishful thinking ;-).
I did some investigations a few years back (time flies) about si
Steve Harris wrote:
> I think there is a need for an inprocess only host/plugin
>system, like LADSPA, but more suphisticated though.
>
>> i'm not so sure it would be such a big problem to code -- jack is
>> very 'cross-process' by concept. the current jack graph can already
>> be thou
On Sun, Sep 01, 2002 at 05:07:26 +1000, Son of Zev wrote:
> Hi All
>
> Does anyone know of a multiband compressor plugin suitable for
> mastering?
There are some compressors in mustajuuri
http://www.tml.hut.fi/~tilmonen/mustajuuri/ - they are availble in LADSPA
form, and I guess you download mu
Sorry, I missed the original, so had to reply to this
> > * a plugin API like LADSPA but less 'S'
If youre going to do this, design it outside of an application, colaborativly
on a mailing list. We dont want the windows situation of half a dozen
incompatible plugin systems.
Porting plugins is a
On Tue, Sep 03, 2002 at 11:26:04 +0200, Tim Goetze wrote:
> agree, that would be great. it doesn't solve problems like running
> for example both ardour (gtk) and muse (qt) under the same jackd
> though.
Nope, like you said, that has to be solved by having them in seperate
processes. I think th
On 04 Sep 2002 00:08:34 -0700, Tim Hockin wrote:
> I know someone on here once posted about doing a FruityLoops work-alike
> app. Are you still around?
>
> I have been tossing about this idea for a free, high quality,
> well-architected, virtual studio for a while. If I had a collaborator or
On Wed, 4 Sep 2002 00:08:34 -0700 (PDT)
Tim Hockin <[EMAIL PROTECTED]> wrote:
> I know someone on here once posted about doing a FruityLoops work-alike
> app. Are you still around?
>
> I have been tossing about this idea for a free, high quality,
> well-architected, virtual studio for a while
33 matches
Mail list logo
