[gst-embedded] How to reduce gstreamer librarysize & startup time

[Zhao Liang-E3423C]

I have submitted a bug & fix on gst bugillza.

http://bugzilla.gnome.org/show_bug.cgi?id=520468 

if set GST_REGISTRY_UPDATE as no, initialization will not do scan and
update.

Best Regards
Zhao Liang
 

-----Original Message-----
From: Nie Jun [mailto:niej0001 at gmail.com] 
Sent: Monday, March 03, 2008 11:58 AM
To: Wim Taymans
Cc: Zhao Liang-E3423C; gstreamer-embedded at lists.sourceforge.net
Subject: Re: [gst-embedded] How to reduce gstreamer librarysize &
startup time

If an option can support choosing scanning and updating on request,
instead of every initialization, for example,  just done in gst-inspect,
I believe initialization will cost much less time.

2008/2/29, Wim Taymans <wim.taymans at gmail.com>:
On Fri, 2008-02-29 at 09:39 +0800, Zhao Liang-E3423C wrote:
> Edward,
>
> I have done as you said,  scanning and updating the registry is really

> "cost-time",  after removing it by hard code, it saves much time.
>
> But I wonder whether all object initialization in gst_init are all 
> necessary,  I think it will be better if gstreamer can provide more 
> options to disable/enable features, so that user can reduce 
> unnecessary modules easily.
What object initialisation are you refering to? What more things do you
want to be able to disable?
Wim
>
>
> Best Regards
> Zhao Liang
>
>
> -----Original Message-----
> From: gstreamer-embedded-bounces at lists.sourceforge.net
> [mailto:gstreamer-embedded-bounces at lists.sourceforge.net] On Behalf Of

> Edward Hervey
> Sent: Friday, February 29, 2008 4:35 AM
> To: Wouter Cloetens
> Cc: gstreamer-embedded at lists.sourceforge.net
> Subject: Re: [gst-embedded] How to reduce gstreamer librarysize & 
> startuptime
>
> Hi,
>
> On Thu, 2008-02-28 at 10:28 +0100, Wouter Cloetens wrote:
> > On Thu, Feb 28, 2008 at 05:23:40PM +0800, Zhao Liang-E3423C wrote:
> > > 1. disable many unused features
> > > 2. disable debug/trace
> > > 3. use binary registry or not use registry 4. disable runtime 
> > > check
> >
> > Has anyone considered statically linking plugins? I suspect that 
> > would
>
> > be a rather big change, but you would win on startup time, in memory

> > consumption and in runtime CPU usage.
>
>   Most likely, the biggest time consumption in initialization is 
> checking for modifications of plugins (scannning directories, looking 
> at timestamps, loading them if changed, ....).
>
>   We *could* add an option to NOT do that scanning at startup (if an 
> environment variable is set when running for example) and just load 
> the available registry.
>   In embedded environments you are most likely not installing new 
> plugins very often, so this checking is almost never used but might 
> cost a lot.
>
>   You are of course then left with the cost of loading the actual 
> plugins required by the application afterwards, but that's after 
> initialization.
>
>   Has anybody done some timing to see how long gst_init() takes ?
>
>     Edward
>
> >
> > bfn, Wouter
> >
> > --------------------------------------------------------------------
> > --
> > --- This SF.net email is sponsored by: Microsoft Defy all
challenges.
> > Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Gstreamer-embedded mailing list
> > Gstreamer-embedded at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
> >
> --
> Edward Hervey <edward.hervey at collabora.co.uk> Collabora Multimedia
>
>
> ----------------------------------------------------------------------
> --
> -
> This SF.net email is sponsored by: Microsoft Defy all challenges. 
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gstreamer-embedded mailing list
> Gstreamer-embedded at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Microsoft Defy all challenges. 
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gstreamer-embedded mailing list
> Gstreamer-embedded at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft Defy all challenges.
Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gstreamer-embedded mailing list
Gstreamer-embedded at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded