Re: [linux-audio-dev] LADSPA v1.1 Alternative Proposal

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

Subject: Re: [linux-audio-dev] LADSPA v1.1 Alternative Proposal
From: Dr. Matthias Nagorni (mana_AT_suse.de)
Date: Wed May 29 2002 - 12:32:22 EEST


On Wed, 29 May 2002, Conrad Parker wrote:

> regarding the provision of default values in LADSPA, I totally support
> Tim's suggestion -- in fact, I reckon it is brilliant for reasons I'll
> outline below :)
[...]
> All this requires is that a plugin suggest default values in the way
> Tim proposed: by setting *DataLocation before returning from
> connect_port().

vote++;

I would like to use this convention for my plugins and my LADSPA host.

There is another thing I discovered when implementing the vcf plugins.
I think it is useful to allow unused ("open") audio rate control ports,
just like with a real synth module where you do not have to connect all CV
inputs. This way the plugin can use different loops in the "run" function
by asking e.g. "if (freq_cv_in) { ...". It would even be possible to allow
"open" audio data input ports, however I would prefer an additional hint,
like e.g. LADSPA_HINT_OPTIONAL. Then only the ports marked as optional
have to be checked in the run function.

I suggested already in the Moog VCF thread that the host should init
unused ports with NULL. Steve didn't like the idea because older plugins
would crash. However the host could check for the LADSPA version and use
the NULL pointer convention only for newer plugins. If there is an
additional hint LADSPA_HINT_OPTIONAL, then it's even more easy. In this
case the host will only init unused ports with NULL, if he finds
LADSPA_HINT_OPTIONAL for the port. What do you think about this ?

Matthias

-- 
Dr. Matthias Nagorni
SuSE GmbH
Deutschherrnstr. 15-19    phone: +49 911 74053375
D - 90429 Nuernberg       fax  : +49 911 74053483


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

This archive was generated by hypermail 2b28 : Wed May 29 2002 - 12:31:57 EEST