Reducing the time in GST-registry updating and parsing the command line arguments

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Reducing the time in GST-registry updating and parsing the command line arguments

arasu
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

gst-launch rtspsrc location=rtsp://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,anothe one second for parsing the command line arguments.(gst_parse_launchv)

how to reduce the this 2 second.Can anyone help me on this issue?


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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Reducing the time in GST-registry updating and parsing the command line arguments

Marco Ballesio
Hi,

as usual, a late reply. Here anyway my 0.05 €..

On Mon, Nov 22, 2010 at 4:42 PM, tamil arasu <[hidden email]> 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 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
> [hidden email]
> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Reducing the time in GST-registry updating and parsing the command line arguments

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

Is it possible to get executed in one second.

Can anyone help on this issue


regards,

Arasu.M







On Sun, Nov 28, 2010 at 6:00 PM, Marco Ballesio <[hidden email]> wrote:
Hi,

as usual, a late reply. Here anyway my 0.05 €..

On Mon, Nov 22, 2010 at 4:42 PM, tamil arasu <[hidden email]> 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 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
> [hidden email]
> 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
[hidden email]
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Audio.c (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Reducing the time in GST-registry updating and parsing the command line arguments

Stefan Sauer
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 <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     Hi,
>
>     as usual, a late reply. Here anyway my 0.05 €..
>
>     On Mon, Nov 22, 2010 at 4:42 PM, tamil arasu <[hidden email]
>     <mailto:[hidden email]>> 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
>     > [hidden email]
>     <mailto:[hidden email]>
>     > 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
>     [hidden email]
>     <mailto:[hidden email]>
>     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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages,
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev 
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel