12 Nov
2002
12 Nov
'02
7:33 a.m.
On Mon, Nov 11, 2002 at 07:51:58 -0500, Paul Davis wrote:
Yup, sorry, I wasn't making much sense. Characteristicly for steve, he was
confused. ;)
On Mon,
2002-11-11 at 23:59, Steve Harris wrote:
this message (uncharacteristically for steve) is a bit confused. there
are several proposed "standards": Its not the app that needs skinning per se, its
the plugins, there is a
proposed GUI standard (LCP), but its not really implemented, there are 2
GUIs, but no host to support them.
Where is this standard? 1) XML description of a plugin GUI
I actually discounted that becuase I dont think any two people ever agreed
on it, and it doesn't really give us the feature that makes it worthwhile -
genuinly custom widgets.
2) LADSPA Control Protocol (LCP) - a protocol for a
remote process
to control the control ports of a LADSPA plugin
Yup, thats the one I was thinking about, as paul implied though its a
bit exteme to call it a standard.
c.f. the design issues with making jack in-process clients with X guis.
It's simpler for the LADSPA case as there are a limited set of known
control interfaces to the dsp code.
The problem with this approach is that it requires a seperate process (more
or less) for each gui.
There are some (crummy looking, undocumented) examples and screenshots of
GUI's here: http://plugin.org.uk/releases/guis/
There is a version of XMMS-LADSPA that supports LCP, but its not been
released, there are still some (easy to resolve) issues with GUI
discovery.
3) methods of establishing a GUI for a plugin
Yup, what I should have thought of were the sugestions for implementing a
standard plugin toolkit, that conceptually lives above normal X toolkits,
so you might have ladspatk-gtk, that runs in GTK programs and provides the
same API as ladspatk-qt, which runs in QT programs etc. This toolkit could
also (maybe) share the same API as libvstgui, to make commercial people
feel at home, legal issues allowing.
The problem with this approach is that is a hell of a lot of effort
upfront (though arguable less later), and you still need some way of
comminicating the port changes back to the host.
- Steve