Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
Daniel has implemented the ability to dynamically load demuxer plugins in
xine. Simply implement a demuxer plugin and copy it into the plugin
directory where all the other input plugins reside and xine should load
and use it.
I hope to come up with support for dynamic decoder plugins for the weekend
and that'll perhaps allow us to do fancy stuff like
- asf file reading (if we're finding somebody to implement and distribute
such a plugin)
- OpenDivX and other Codec support that's non-GPL
- quicktime support (?)
xine - a free video player
If you find a way to make libtool compile plugins without the -fPIC
option, I'd love to hear about this. -fPIC seems to be about a 5%
slowdown for libmpeg2 last time I tried.
On Wed, Feb 21, 2001 at 06:00:38PM +0100, Guenter Bartsch wrote:
> - OpenDivX and other Codec support that's non-GPL
Hmmm, I'm not an expert there, but I think that dlopen()ing a plugin
IS a form of linking, so you would still be bound by licence
issues. If you want to do that legally you need to make your code
LGPL'ed (or BSD'ed or whatever).
The problem of plugins seems to be a hard one, because even if you
have a license (like LGPL) that is compatible with loading both GPL'ed
and non-GPL'ed plugins, you could STILL have an issue if you load both
at the same time - essentially, you have linked them in the same
From the point of view of what xine (or gstreamer, I think they are in
the same situation) wants to do, this seems rather ridiculous. Oh the
other hand, I'd be quite pissed if someone built a commercial &
proprietary product using the libmpeg2 code and told me, hey look, its
just a plugin.
I think more discussion is needed if we want to find a nice solution
to the plugin license issues. (probably also depends on what kind of
plugins you actually want to load).
Michel "Walken" LESPINASSE
Of course I think I'm right. If I thought I was wrong, I'd change my mind.
From: Daniel Caujolle-Bert <lobadia@cl...> - 2001-02-21 23:30:42
Michel Lespinasse wrote:
> Hi guenter,
> If you find a way to make libtool compile plugins without the -fPIC
> option, I'd love to hear about this. -fPIC seems to be about a 5%
> slowdown for libmpeg2 last time I tried.
Well, here is what i hack for that:
in your configure.in, at the bottom, add this:
dnl Hack the libtool script.
cat libtool | sed -e 's/^pic_flag=/#pic_flag=/' > libtool-nofpic
chmod +x libtool-nofpic
and in the Makefile.am located in plugin directory, add this:
LIBTOOL = $(SHELL) $(top_builddir)/libtool-nofpic
et voila ;-)
73's de Daniel, F1RMB.
-=- Daniel Caujolle-Bert -=- lobadia@... -=-
-=- f1rmb@... (AMPR NET) -=-