Initialization Time Reducing!

hi,

when gstreamer is started the first time or new plugins have
been installed
it creates a registry cache (e.g.
~/.gstreamer-0.10/registry.*). If it
can't write the cache the registry will be rescanned each
time. Is that
happening in your case.

Next, as Edward already suggested, the binary registry will
help. Build
core from cvs using --enable-binary-registry. Additionally
you can search
the list archives. I previously wrote a mail about which
components can be
disbled to slim down the lib sizes.

Finally, remove all plugins you don't need. 

Stefan

On 5:42:57 am 16/01/2007 Debi Prosad Dogra
<debiprosaddograyahoo.co.in>
wrote:
>
> Hi,
>   Can anyone please help me to understand few things
related to
> gstreamer initialization time?   We are trying to
develop the
> gstreamer based media player for ARM based mobile
platform with 64MB
> memory and 500MHz processor speed.   We use ffmpeg for
the main
> source of codecs. When first time we start the
application after
> switching on the mobile device it takes much time to
open and start
> playing because of loading shared library files.   My
questions are
> as follows:   1. Is it possible to minimize the loading
time of the
> shared library files during the first booting of the
machine? We have
> already checked using seperately loding shared library.
It did not
> reduce the time as we wanted.   2. Is it possible to
avoid loading
> all the shared library files when we need to load  
only particular
> library (for example user uants to play MP4 files
(mpeg4 video, aac
> audio)). When the user restart the mobile why it is
required to load
> all the shared library files at a time?   Maxumum time
is consumed
> here to load all those shared library files.   3.
libgstffmpeg.so is
> a file which takes most time to load ( because it loads
libav*.so files
> with big sizes). But when ffmpeg is used separately,
for example  
> ffmpeg of ffplay it does not take much time to start
the application.
> Why this happens?   Any help on those doubts is happily
accepted.
>   Regards
>   Debi Prosad Dogra
>   ETRI, South Korea
>
>
>
>
>
>
> &#32;                 Here’s a new way to find
what you're looking
 for - Yahoo! Answers


------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief surveys -
and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
gstreamer-devel mailing list
gstreamer-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstream
er-devel

On 1/16/07, Vinayak <vinayak.panegmail.com> wrote:
> Hi,
>
> On 1/16/07, ensonic <ensonichora-obscura.de> wrote:
> > hi,
> >
> > when gstreamer is started the first time or new
plugins have been
> installed
> > it creates a registry cache (e.g.
~/.gstreamer-0.10/registry.*). If it
> > can't write the cache the registry will be
rescanned each time. Is that
> > happening in your case.
>
> Even, I have seen this behaviour  that everytime we
launch the gst
> application all the plugin .so files are rescanned and
loaded into xml based
> registry. Is there any way to skip the unnecessary
libraries to get scanned
> and loaded for a particular launch of gstreamer ?

  Did you read what Stefan wrote ? The ONLY reason why all
.so would
be loaded is if gstreamer can't write the registry. Make
sure you are
giving gstreamer applications enough rights so that they can
write to
~/.gstreamer-0.10/

   Edward

>
> --vinayak
>
>
------------------------------------------------------------
-------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the
chance to share your
> opinions on IT & business topics through brief
surveys - and earn cash
> http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devellists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstream
er-devel
>
>
>


-- 
Edward Hervey
Multimedia editing developer / Fluendo S.A.
http://www.pitivi.org/

------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief surveys -
and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
gstreamer-devel mailing list
gstreamer-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstream
er-devel