[LAD] [RFC] LADSPA 1.2

Stefano D'Angelo zanga.mail at gmail.com
Thu Jun 18 21:23:45 UTC 2009


2009/6/18 Tim Goetze <tim at quitte.de>:
> [Stefano D'Angelo]
>>
>>Note: a weird host could copy make a copy of the descriptors (I see
>>nothing claiming this should not happen in the header file), thus ABI
>>would be broken... this could maybe happen in LADSPA hosts written in
>>non-C languages (why does Java come to my mind?).
>
> No, it's not a problem.  A host that does this is just treating the
> plugin as a 1.1 version and ignoring the extra fields of the struct,
> which is completely legal and causes no problems whatsoever.

As long as new stuff is added at the end of the struct (after all other fields).

> Besides, the ladspa.h file states:
>
> """The plugin descriptor from which this instantiate function was
> found must also be passed."""
>
> when describing the instantiate() method of the plugin, the only one
> that takes a descriptor pointer as an argument, effectively precluding
> the plugin code stumbling across the use of a copied descriptor struct
> as you describe it.

Sorry, didn't see that. Well, I guess there's no problem on the plugin
side then... any other possible problems on the host side?

In case there are none, we could add an array or another callback.

Stefano



More information about the Linux-audio-dev mailing list