<br><br><div class="gmail_quote">On Tue, Apr 20, 2010 at 6:54 AM, Tim-Philipp Müller <span dir="ltr">&lt;<a href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>&gt;</span> 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="im">On Mon, 2010-04-19 at 22:35 -0300, Tiago Katcipis wrote:<br>
<br>
&gt; using a public ftp i run this:<br>
&gt; gst-launch -v gnomevfssrc<br>
&gt; location=<a href="ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3" target="_blank">ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3</a> !<br>
&gt; queue ! decodebin ! fakesink<br>
&gt;<br>
&gt; and it works ok, the ftp is really slow...it takes a good time before<br>
&gt; it starts to download and decode....but works<br>
&gt;<br>
&gt; even if i try:<br>
&gt; gst-launch -v gnomevfssrc<br>
&gt; location=<a href="ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3" target="_blank">ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3</a> !<br>
&gt; queue ! decodebin ! alsasink<br>
&gt;<br>
&gt; i can hear the music (it takes a while to go from paused to playing,<br>
&gt; something like 20-30 seconds....but if you wait it wil happen).<br>
&gt;<br>
&gt; But if i take the queue element out:<br>
&gt; gst-launch -v gnomevfssrc<br>
&gt; location=<a href="ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3" target="_blank">ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3</a> !<br>
&gt; decodebin ! fakesink<br>
&gt;<br>
&gt; the pipe stays blocked for ever (on both cases)... is this behavior<br>
&gt; expected? have anyone faced something like that? is a good policy to<br>
&gt; always put a queue after a gnomevfssrc?<br>
<br>
</div>If there&#39;s no queue between the source and the decoder/parser, then<br>
gnomevfssrc may be activated in pull mode if gnomevfssrc thinks it can<br>
seek in the resource it opened. I don&#39;t think this ever worked<br>
particularly well. &quot;ftp&quot; should probably be in the blacklist of<br>
protocols that shouldn&#39;t operate in pull mode, like http is already.<br></blockquote><div><br>now it makes sense, thanks for the help Tim. I was thinking on something related to that, put i didn&#39;t realized the pull mode thing.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
But in any case, you should really use giosrc instead. gnomevfs and<br>
hence gnomevfssrc are deprecated.<br></blockquote><div><br>we are trying, but we had some issues installing gio support on our development machines (i remember that was something about the daemons, it simply didn&#39;t worked), and gnomevfs support was quite easy to install and almost all the time it works :-), but i had lost so much time with gnomevfs that now i see why we really should put some effort on moving to GIO.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Cheers<br>
 -Tim<br></blockquote><div><br>Best regards,<br>Katcipis<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Download Intel&amp;#174; Parallel Studio Eval<br>
Try the new software tools for yourself. Speed compiling, find bugs<br>
proactively, and fine-tune applications for parallel performance.<br>
See why Intel Parallel Studio got high marks during beta.<br>
<a href="http://p.sf.net/sfu/intel-sw-dev" target="_blank">http://p.sf.net/sfu/intel-sw-dev</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</blockquote></div><br>