Wim, In my opinion, not all applications are using "gst_type_find_factory_get_type" and "_gst_query_initialize", just like "gst_index_factory_get_type", it is included by a marco "GST_DISABLE_INDEX". type_find is used to detect file format, but it can also be done in demuxer, gst_query is used to query interface from element, but if user don't want to use this feature, it will be redundant. It is just gotten from my experience, maybe not for other users. Best Regards Zhao Liang -----Original Message----- From: Wim Taymans [mailto:wim.taymans at gmail.com] Sent: Friday, February 29, 2008 5:47 PM To: Zhao Liang-E3423C Cc: gstreamer-embedded at lists.sourceforge.net Subject: Re: How to reduce gstreamer librarysize & startuptime 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
