[gst-devel] Re: libgst.so needs -lm in head
stevebaker_org at yahoo.co.uk
Mon Oct 1 09:01:14 CEST 2001
On Sun, 2001-09-30 at 01:01, Erik Walthinsen wrote:
> On 29 Sep 2001, Steve Baker wrote:
> > gstdparammanager has to be in core as it is coupled with gstelement and
> > it has macros that any plugin might use.
> Is there any way it might be made an external subsystem? I haven't looked
> at how it's integrated, but it would be good if it can be limitted to just
> the plugins that use it. Dunno how feasible that is, but something to
> look at maybe.
Currently the only real integration is:
The only thing I can think of adding to gstelement is maybe a getter and
a call to unref the dparam_manager during the element's dispose.
I can see how dparams could be taken out of core entirely if elements
were responsible for storing and disposing their own instance of
dparam_manager. They would also have to link to libgstcontrol. I don't
see this as much of a burden on plugin writers.
The only downside I see is for elements which might be useful in an
embedded environment AND which benefit from dparams in a desktop
Erik may be able to confirm this but I suspect that elements destined
for embedded environments would be written from scratch or maybe
forked&slimmed to save size. If this is the case then we wouldn't need
to think twice about adding dparams support to any given plugin.
Oh, and if we do this I really will have to move sinesrc out of core ;-)
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
More information about the gstreamer-devel