[gst-devel] gstplay.c goes it alone

[Steve Baker]

Currently gst-plugins/gst-libs only contains helper libs for plugins.

I'd like to propose that we create a new libs dir:
gst-plugins/app-libs
which can contain helper libs for external applications. Immediate
contenders for such a lib are:
- a pref handling lib using gconf which thomas is thinking about
- libgstplay as described below

there are bound to be more in the future.

any objections?

On Fri, 2002-05-31 at 14:32, Steve Baker wrote:
> I'd like to move gst-player/libs/gst/player/gstplay.c into its own lib
> which will live in gst-plugins/gst-libs/gst/play.
> 
> This will eventually evolve into a ui agnostic object which provides a 
> simple interface for playing any media.  gst-player will link to this
> library, as can any other media player.
> 
> My motivations for doing this are the following:
> - it will give us an isolated environment to debug our dynamic pipeline
> issues (this is the main reason)
> - there is nothing gtk specific in gstplay.c atm (apart from the use of
> videosink) and other apps could benefit from the code reuse
> - maybe more core hackers will improve it if it is in gst-plugins ;)
> 
> Any interface changes will be propagated to gst-player so it won't
> bitrot. I'd also like to write a really simple command line client for
> testing.
> 
> Speak now if you have comments/objections
> 
> cheers
> 
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel