Re: [linux-audio-dev] LADSPA Defaults via RDF

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] LADSPA Defaults via RDF
From: Conrad Parker (conrad_AT_vergenet.net)
Date: Fri Jul 19 2002 - 04:56:02 EEST


On Wed, Jul 17, 2002 at 12:37:00PM +0100, Steve Harris wrote:
> On Wed, Jul 17, 2002 at 10:28:10 +1000, Conrad Parker wrote:
> > My concerns are:
> > * bloat -- requiring all LADSPA hosts to link against libxml and
> ...
> > * licensing -- requiring all LADSPA hosts to link to GPL code
>
> Defining a C struct to describe settings (which I did, see above) only
> solves half the problem. The other half is a way of transmitting the
> defaults and presets between machines with different architectures.

sure, this would only be for author-defined defaults, which would
assumedly be minimal and available through getDefault(), and thus
implicitly available on any architecture the plugin is available on.

>
> The licencing issue I agree with, I would prefer LGPL.
>
> > For user-defined presets, for which we need read/write access, do any of
> > these XML libraries allow concurrent read/write? otherwise anyone using
> > the same plugin in multiple apps concurrently is going to have a very
> > easily corrupted preset system. (If we're going to link against GPL code
> > anyway, we may as well use tdb [http://sourceforge.net/projects/tdb] :)
>
> OTOH, I am starting to think that the live format should be a GDBM file
> (or TDM, I assume its similar), and RDF/XML should just be used for
> import/export. This adds an extra layer around the settings, but might be
> generally better.
>
> I'm think you'd need two GDBM files, eg.
> /usr/lib/ladspa/settings/system.gdbm and ~/.ladspa/settings/user.gdbm
>
> This has the advantage that multiple hosts can share the same, live
> settings information.

cool

yeah, TDB is a similar concept to GDBM but is designed for concurrent
access. It was developed for Samba where its used for all internal tables,
and communication between multiple servers, and is very lightweight (the full
library is < 2000 lines of code), fast and reliable.

only problem is its GPL ...

Conrad.


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Fri Jul 19 2002 - 05:01:09 EEST