<div>Hi, All</div>
<div> </div>
<div>I have been struggleing with a strange gst gnome-vfs problem for a week. I am hoping someone here can help me out. </div>
<div> </div>
<div>Here is what I experienced:</div>
<div> </div>
<div>I upgraded my gstreamer plugins to the latest stable version  on Centos 5  by compiling from the source.  ( I updated glib-2.0 from src and compiled gnome-vfs 2.24 from src and installed too)</div>
<div> </div>
<div>After that  I started a pipeline </div>
<div>./gst-launch -v --gst-debug=*:5 gnomevfssrc location=<a href="http://192.168.1.6/b.flv">http://192.168.1.6/b.flv</a> ! decodebin name=decoder decoder. ! queue ! audioconvert ! audioresample ! alsasink decoder. ! ffmpegcolorspace ! ximagesink</div>

<div> </div>
<div>it worked perfectly.</div>
<div> </div>
<div>But when I tried to start a pipeline in my application, wherein I created a gnomevfssrc by calling gst_element_factory_make(..), added into a bin and then link, the application always exited for no reason. </div>
<div> </div>
<div>the same code works fine in old version gstreamer. it definitly because of gnomevfssrc because if I use other sources, the pipeline works.  I managed to find out that it seems related to libhttp.so.  Because when I use gst-launch to launch a pipeline, the program knows that it need to load libhttp.so. but in my application, it does not know that it needs to load libhttp.so. therefore libhttp.so never got loaded into memory. I guess that &#39;s why it always exit. </div>

<div> </div>
<div>Does anyone know how can I let gnomevfssrc know that it need to load libhttp.so?</div>
<div>Or if you think I am wrong about this, what could be wrong?   </div>