On Mon, 2006-07-10 at 09:37 -0400, William Jon McCann wrote:
> Something that Bastien and I discussed briefly at GUADEC...
>
> James "Doc" Livingston wrote:
> > So this again brings up the three important questions:
> > 1) Do we want to change the licencing to something more permissive?
> > 2) If we want to, is is practical?
> > 3) If we are, what should it be re-licenced to?
>
> 4) Can we move all gstreamer usage into backend objects wrapped in DBUS
> that run out of process?
>
> If we can do that then we can relicense the backends as LGPL and keep
> most of the code GPL. If it is possible it might be a good way forward.
We currently have three main things[0] that use GStreamer as backends:
RBMetadata, RBEncoder and RBPlayer.
The first of those already runs out of process, and the second one would
probably be fairly simple to change. Unfortunately RBPlayer would be
more complex, due to RB plugins wants to fiddle with GStreamer stuff.
For example DAAP (which isn't a plugin yet) uses a custom source
element, a last.fm stream playing plugin will want to attach a data
probe to look for the SYNC signals, plugins may want to add an equaliser
or visualisation. I'm not sure how we'd be able to let plugins to this
kind of thing when the player is running out-of-process.
If someone can think of a good way, this would solve the problem without
requiring a full licencing change.
[0] the audio cd code currently uses gstreamer for reading the cd ToC,
but I've been meaning to replace that anyway.
Cheers,
James "Doc" Livingston
--
"A computer lets you make more mistakes faster than any invention in
human history... with the possible exception of handguns and tequila."
-- Anon.
_______________________________________________
rhythmbox-devel mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
