GStreamer-devel

Limitations when programming on top of gst_parse_launch?

Classic

List

Threaded

2 messages Options

Francis Rammeloo

Limitations when programming on top of gst_parse_launch?

I am developing a lecture-capture application using GStreamer. In the setup multiple video streams (camera, screen capature, white board) arrive at one PC where they are blended and recorded. This requires some complex pipelines to be created, which would be a lot of work to implement using the C API. Therefore I have all the pipelines in configuration files (using the gst-launch syntax) and at runtime they are constructed using the gst_parse_launch call.

My question is: is this a good approach? I ask because I get the impression that gst-launch is mainly used for prototyping, while the serious work is done in C code. Is it really so? Are there some fundamental limitations to the gst_parse_launch approach that I should be aware of?

Many thanks,

Francis

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Stefan Sauer

Re: Limitations when programming on top of gst_parse_launch?

Am 23.12.2009 14:29, schrieb Francis Rammeloo:

> I am developing a lecture-capture application using GStreamer. In the
> setup multiple video streams (camera, screen capature, white
> board) arrive at one PC where they are blended and recorded. This
> requires some complex pipelines to be created, which would be a lot of
> work to implement using the C API. Therefore I have all the pipelines in
> configuration files (using the gst-launch syntax) and at runtime they
> are constructed using the gst_parse_launch call.
>
> My question is: is this a good approach? I ask because I get the
> impression that gst-launch is mainly used for prototyping, while the
> serious work is done in C code. Is it really so? Are there some
> fundamental limitations to the gst_parse_launch approach that I should
> be aware of?

Setting up your own pipeline can be faster. Using gst-launch might fail in some
cases. Also gst-launch might leak some things (pads). But basically if
gst_parse_lauch works for you, its fine.

Stefan

>
> Many thanks,
> Francis
>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel