[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gstreamer-devel
Subject:    Re: projects (was: Re: [gst-devel] multifilesink and proposal to
From:       "Ronald S. Bultje" <R.S.Bultje () students ! uu ! nl>
Date:       2004-07-25 11:40:01
Message-ID: 1090755601.22960.10.camel () shrek ! bitfreak ! net
[Download RAW message or body]

Hi,

two short comments because I already replied in detail to Zaheer.

On Sun, 2004-07-25 at 15:50, Benjamin Otte wrote:
> As a consecuence I have started to put functionality that can be cleanly
> seperated into different projects. Examples include the new autoplugging
> framework, chunklib, libgstui or madgst. There are a lot of other parts I
> see that can be cleanly put into their own projects; libgstplay and
> dparams are the easiest examples, they have different maintainers,
> different development cycles and so on.
[..]

I mostly agree here. I'm not saying the setup is necessarily right, but
that could be discussed at some point in time. But main point: we
shouldn't clutter gst-plugins any more.

> Feel free to get your ideas and opinions about this out into the wild,
> too.

I'll do that later. ;).

> PS: gst-ffmpeg needs a maintainer and a release manager.

Consider me volunteering.

Ronald


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
[prev in list] [next in list] [prev in thread] [next in thread]