A common plugin repository (WAS:Re: [LAD] ladspa qa?)

Tim Blechmann tim at klingt.org
Wed Sep 5 20:37:34 UTC 2007

> > I don't think it's a particularly great idea myself, it makes it
> > harder for package maintainers to track plugins if they move from one
> > package to another. If they stay in both then that's also tricky.
> I assume you're imagining that the plugins would be copied to the common 
> repositories as-is; please correct me if I'm wrong.
> In my mind this new codebase, although built upon existing code, would be like 
> any other new plugin collection with new, individual names and everything 
> else that goes with it. Many of the existing plugin collections would become 
> abandoned by necessity, as work would be focused towards a common project, 
> but none of the new plugins would conflict with the old ones. So package 
> managers (myself included) wouldn't really have to worry.
> Some older plugin sets would of course become redundant as the new common 
> collection would initially introduce much of the same stuff in new clothes. 
> But I want to stress the word _initially_ here, because from there on the 
> efforts would be much better concentrated than before.

well, it is mainly a packaging problem ... however, i don't really like
the idea of starting a new codebase, mainly because of the development
overhead ...

but there should be a way for people to find out, which plugins are high
quality plugins and which are low quality ...
imho it is somehow insane, that ubuntustudio-audio-plugins, which
provides ladspa plugins for ubuntu studio (a distribution that should
work out of the box) depends on vcf-plugins, which is an unmaintained
collection of filters, that will most probably blow your speakers, when
you try to change the parameters ...

if developers could mark unmaintained plugins as deprecated (to keep
backwards compatibility) and would try to convince distributors to ship
only plugin packages, which match a certain quality, the overall quality
of linux audio plugins would probably increase ...

cheers, tim

tim at klingt.org    ICQ: 96771783

The price an artist pays for doing what he wants is that he has to do
  William S. Burroughs
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20070905/0709d70a/attachment.pgp>

More information about the Linux-audio-dev mailing list