[MPlayer-cygwin] Dynamic audio/video filter loading

[Reimar Döffinger]

Hi,
On Thu, Dec 30, 2004 at 03:01:34AM +0100, Gianluigi Tiesi wrote:
> On Wed, Dec 29, 2004 at 09:25:04AM +0100, Reimar D?ffinger wrote:
> > On Wed, Dec 29, 2004 at 08:58:56AM +0100, Gianluigi Tiesi wrote:
> > > Does mplayer yet support a dynamic loading of video and audio filters as
> > > external dlls? (e.g. each filter as dll), this could be usefull
> > > to squeeze mplayer binary size. I can try to add it if it's not
> > > supported and if for you is not a bad idea.
> > 
> > Very bad idea. It will need a lot of non(or at least badly)-portable code and will be
> > slower.
> I don't think so, the only overead will be at loading time, most
> programs use a plugin system. Libtool provides a way to do this in a
> platform independent way, btw I was thinking only for the windows
> version.

No, it is slower because function calls to dlls will always be indirect
calls, not to mention that inlining is not possible.

> > If you don't need something don't compile it in. Or is there a specific
> > reason why you want this?
> It's not easy to exclude selective video filters without modifing
> makefiles, I would have a choise about filters to included in a
> particular packaging.

Well, actually all filters audio and video together are less than 1MB...
Nothing that most would care about. The disable-encoders patch might be
more useful for most.
And not to mention that MPlayer just won't work at all without some of
them.
Also excluding certain filters is not a reason in itself. The question
is _why_ would you want to exclude some?

> Really my question was a sort of mini-poll, it should be intended
> only as an idea, but as I can see until now, there are no intrests for
> this.

I just can't imagine that it would be worth enough for anybody to
implement it in a way that is anything except a hack. And I think we
have enough of that already ;-)

Greetings,
Reimar Döffinger