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: 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: 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
