hi Wouter, <br>In that case you will&nbsp; have to write application for each type e.g. in case of video one for MPEG4 and 1 for H263 and so on..... :&#39;(<br>and how to manage them then......??<br>how about using gst_plugin_load_file ??<br>
how efficient this will be ?<br><br><div class="gmail_quote">On Thu, Feb 28, 2008 at 2:58 PM, Wouter Cloetens &lt;<a href="mailto:wouter@mind.be">wouter@mind.be</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Thu, Feb 28, 2008 at 05:23:40PM +0800, Zhao Liang-E3423C wrote:<br>
&gt; 1. disable many unused features<br>
&gt; 2. disable debug/trace<br>
&gt; 3. use binary registry or not use registry<br>
&gt; 4. disable runtime check<br>
<br>
</div>Has anyone considered statically linking plugins? I suspect that would<br>
be a rather big change, but you would win on startup time, in memory<br>
consumption and in runtime CPU usage.<br>
<br>
bfn, Wouter<br>
<div><div></div><div class="Wj3C7c"><br>
-------------------------------------------------------------------------<br>
This SF.net email is sponsored by: Microsoft<br>
Defy all challenges. Microsoft(R) Visual Studio 2008.<br>
<a href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/" target="_blank">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br>
_______________________________________________<br>
Gstreamer-embedded mailing list<br>
<a href="mailto:Gstreamer-embedded@lists.sourceforge.net">Gstreamer-embedded@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Manish Rana<br>Software Engg.<br>Handset Technology Solution, <br>Sasken Comm. Tech.<br>Bangalore,India