On Sun, 2006-04-23 at 16:26 -0400, Dave Robillard wrote:
> On Sun, 2006-04-23 at 19:39 +0100, Steve Harris wrote:
> > On Sun, Apr 23, 2006 at 03:45:05PM -0400, Dave Robillard wrote:
> > > On Sun, 2006-04-23 at 19:23 +0100, Steve Harris wrote:
> > > > On Sun, Apr 23, 2006 at 11:25:59AM -0400, Dave R
On Sun, Apr 23, 2006 at 04:26:03 -0400, Dave Robillard wrote:
> > > The advantage is the mentioned use case which your suggestion destroys.
> > > The array can be static anyway, there's not really any "code" added.
> >
> > I don't see how it affects the usecase. You /always/ need to read at least
On Sun, 2006-04-23 at 19:39 +0100, Steve Harris wrote:
> On Sun, Apr 23, 2006 at 03:45:05PM -0400, Dave Robillard wrote:
> > On Sun, 2006-04-23 at 19:23 +0100, Steve Harris wrote:
> > > On Sun, Apr 23, 2006 at 11:25:59AM -0400, Dave Robillard wrote:
> > > > But anyway, why can't it go in the code?
On Sun, Apr 23, 2006 at 05:04:18PM +0200, Florian Schmidt wrote:
> On Sun, 23 Apr 2006 13:39:52 +0100
> Steve Harris <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Apr 23, 2006 at 01:10:55 +0200, Florian Schmidt wrote:
> > > thanks for taking the initiative on this! I would like to see a way for
> > > t
On Sun, Apr 23, 2006 at 03:45:05PM -0400, Dave Robillard wrote:
> On Sun, 2006-04-23 at 19:23 +0100, Steve Harris wrote:
> > On Sun, Apr 23, 2006 at 11:25:59AM -0400, Dave Robillard wrote:
> > > But anyway, why can't it go in the code? I want to keep the C part
> > > minimal as well, but this is a
On Sun, 2006-04-23 at 19:23 +0100, Steve Harris wrote:
> On Sun, Apr 23, 2006 at 11:25:59AM -0400, Dave Robillard wrote:
> > But anyway, why can't it go in the code? I want to keep the C part
> > minimal as well, but this is a unique identifier, the sole thing that
> > actually does belong in the
On Sun, Apr 23, 2006 at 11:25:59AM -0400, Dave Robillard wrote:
> But anyway, why can't it go in the code? I want to keep the C part
> minimal as well, but this is a unique identifier, the sole thing that
> actually does belong in the code. I need this to create an app/device
> like the above. W
On Sun, 2006-04-23 at 18:59 +0100, Steve Harris wrote:
> On Sun, Apr 23, 2006 at 11:44:03 -0400, Dave Robillard wrote:
> > > The path of the directory/bundle is passed to instantiate(). This is
> > > neccessary to make it actually useful. It could have been passed to other
> > > methods, but that s
On Sun, Apr 23, 2006 at 11:44:03 -0400, Dave Robillard wrote:
> > The path of the directory/bundle is passed to instantiate(). This is
> > neccessary to make it actually useful. It could have been passed to other
> > methods, but that seemed most appropriate.
>
> "The BundlePath parameter is a str
On Sun, 2006-04-23 at 09:29 +0100, Steve Harris wrote:
> http://plugin.org.uk/ladspa2/
>
> First of all, I realised I was being cheeky by adding a feature I wanted
> (units), while refusing to consider anyone elses! So, I removed the units
> property from the Amp plugin. I'm happy to consider it a
On Sun, 2006-04-23 at 07:53 +0100, Steve Harris wrote:
> On Sat, Apr 22, 2006 at 04:48:28 -0400, Dave Robillard wrote:
> > > > Well, at least one kind of separator character is required (for big
> > > > plugins). If it can't be ":", then I don't know what, but there needs
> > > > to be something.
On Sun, 2006-04-23 at 17:04 +0200, Florian Schmidt wrote:
> On Sun, 23 Apr 2006 13:39:52 +0100
> Steve Harris <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Apr 23, 2006 at 01:10:55 +0200, Florian Schmidt wrote:
> > > thanks for taking the initiative on this! I would like to see a way for
> > > the host
On Sun, 23 Apr 2006 13:39:52 +0100
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 23, 2006 at 01:10:55 +0200, Florian Schmidt wrote:
> > thanks for taking the initiative on this! I would like to see a way for
> > the host to pass its native buffer size to the plugin though. I know,
> > this
On Sun, Apr 23, 2006 at 01:10:55 +0200, Florian Schmidt wrote:
> thanks for taking the initiative on this! I would like to see a way for
> the host to pass its native buffer size to the plugin though. I know,
> this is really kind of contrary to how LADSPA is supposed to work (i.e.
> the run () fun
On Sat, 22 Apr 2006 10:53:58 +0100
Steve Harris <[EMAIL PROTECTED]> wrote:
> Almost two years ago at the LA conference a bunch of us agreed that
> something need to be done to improve LADSPA, and on the approximate
> direction it should take.
>
> Anyway, I finally got round to making a sketch plu
http://plugin.org.uk/ladspa2/
First of all, I realised I was being cheeky by adding a feature I wanted
(units), while refusing to consider anyone elses! So, I removed the units
property from the Amp plugin. I'm happy to consider it a testcase and I
will make a schema for it and start using it when
Since people seem to see the necessity for some more functionality
within plugins, i want
to present LACPA (Linux Audio Cluster Plugin Api), which was intended to
be the
plugin api of the linux audio cluster (which i never finished due to the
lack of time).
Its main features:
* usable for midi
On Sat, Apr 22, 2006 at 04:54:02 -0400, Dave Robillard wrote:
> On Sat, 2006-04-22 at 21:32 +0100, Steve Harris wrote:
> > On Sat, Apr 22, 2006 at 03:05:18PM -0400, Dave Robillard wrote:
> > > nonono :) I think metadata outside the plugin is without a doubt the
> > > right way to go. I meant I'm
18 matches
Mail list logo
