[gst-devel] Reducing the time in GST-registry updating and parsing the command line arguments
Stefan Kost
ensonic at hora-obscura.de
Fri Dec 10 23:22:06 CET 2010
Am 09.12.2010 14:54, schrieb tamil arasu:
> Hi All,
>
> We are using the DM365 target board. I wrote one Audio streaming
> application.I have attached that source code.This application takes three second
> to execute.Its taking two second to execute gst_init(&argc,&argv) API ,We used
> the Libraries mentioned below
>
> gst-plugins-good-0.10.14, gst-plugins-base-0.10.23,
> gstreamer-0.10.23,gst-plugins-bad-0.10.13, liboil ,libxml , libiconv
You don't need libxml2 (and especialy not libxml) for gstreamer.
>
> Is it possible to get executed in one second.
If its still taking that long even with export GST_REGISTRY_UPDATE=no you need
to profile what takes most of the time in gst_init(). Try to have a new glib, as
a while ago (~ half year) many gobject performance improvements where released.
You can probably speed up the time a bit, but removing plugins you won't need.
Stefan
>
> Can anyone help on this issue
>
>
> regards,
>
> Arasu.M
>
>
>
>
>
>
>
> On Sun, Nov 28, 2010 at 6:00 PM, Marco Ballesio <gibrovacco at gmail.com
> <mailto:gibrovacco at gmail.com>> wrote:
>
> Hi,
>
> as usual, a late reply. Here anyway my 0.05 €..
>
> On Mon, Nov 22, 2010 at 4:42 PM, tamil arasu <marasu2010 at gmail.com
> <mailto:marasu2010 at gmail.com>> wrote:
> > HI All,
> >
> > We are using the gstreamer for capturing the video .we are
> > using packages mentioned below
> >
> > gst-plugins-good-0.10.14, gst-plugins-base-0.10.23, gstreamer-0.10.23,
> > gst-plugins-bad-0.10.13
> >
> > we are using the pipeline for capturing the video mentioned below
> >
> > export GST_REGISTRY_UPDATE=no
> > export GST_REGISTRY_FORK=no
> >
>
> I don't think it is necessary to set "GST_REGISTRY_FORK=no" in order
> to get any improvement. Actually, imo setting this would make things
> worse in your case (see below).
>
> > gst-launch rtspsrc location=rtsp://192.168.1.168:8554/mpeg4
> <http://192.168.1.168:8554/mpeg4> latency=100
> > name=demux demux. ! queue ! rtpmp4vdepay ! mpeg4videoparse ! dmaidec_mpeg4 !
> > TIDmaiVideoSink videoOutput=LCD videoStd=320X240 demux. ! queue !
> > rtppcmudepay ! mulawdec ! alsasink
> >
> > When we launch the above mentiond pileline on the command line,we are able
> > to display video on Lcd.The output is
> >
> > Setting pipeline to PAUSED ...
> > Pipeline is live and does not need PREROLL ...
> > Setting pipeline to PLAYING ...
> > DavinciDisplay DavinciDisplay.1: Before finishing with S_FMT:
> > layer.pix_fmt.bytesperline = 320,
> > layer.pix_fmt.width = 320,
> > layer.pix_fmt.height = 240,
> > layer.pix_fmt.sizeimage =115200
> > New clock: GstSyDavinciDisplay DavinciDisplay.1: pixfmt->width = 320,
> > layer->layer_info.config.line_length= 320
> > stemClock
> >
> > Once I run the above command ,its taking 2 second to get the first message
> > (Setting pipeline to PAUSED ...).
> > one second for update the registry,
>
> it's strange, as you've set GST_REGISTRY_UPDATE to "no". How did you
> understand this latency is caused when updating the registry?
>
> In gstregistry.c, setting GST_REGISTRY_FORK=no forces the scan helper
> state to "REGISTRY_SCAN_HELPER_NOT_STARTED" in opposition to
> "REGISTRY_SCAN_HELPER_DISABLED".
>
> Just to say that, probably, disabling forks you did preempts any
> settings in GST_REGISTRY_UPDATE and triggers a registry generation
> anyway.
>
> > anothe one second for parsing the command
> > line arguments.(gst_parse_launchv)
> >
>
> you'll get rid of this by building the pipeline "manually" in a custom
> application. See here for more help:
>
> http://www.gstreamer.net/data/doc/gstreamer/head/manual/html/index.html
>
> > how to reduce the this 2 second.Can anyone help me on this issue?
>
> See above. Probably some extra-latency is caused by the video decoder
> buffering a fixed amount of memory but, as long as your source is in
> the local filesystem, its effect would be negligible.
>
> Regards
>
> >
> >
> > thanks and regards,
> >
> > Arasu.M
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Beautiful is writing same markup. Internet Explorer 9 supports
> > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
> > Spend less time writing and rewriting code and more time creating great
> > experiences on the web. Be a part of the beta today
> > http://p.sf.net/sfu/msIE9-sfdev2dev
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.sourceforge.net
> <mailto:gstreamer-devel at lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
> >
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> <mailto:gstreamer-devel at lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
>
> ------------------------------------------------------------------------------
> This SF Dev2Dev email is sponsored by:
>
> WikiLeaks The End of the Free Internet
> http://p.sf.net/sfu/therealnews-com
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
More information about the gstreamer-devel
mailing list