<br><br><div class="gmail_quote">On Tue, Apr 20, 2010 at 6:54 AM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>></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>
> using a public ftp i run this:<br>
> gst-launch -v gnomevfssrc<br>
> 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>
> queue ! decodebin ! fakesink<br>
><br>
> and it works ok, the ftp is really slow...it takes a good time before<br>
> it starts to download and decode....but works<br>
><br>
> even if i try:<br>
> gst-launch -v gnomevfssrc<br>
> 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>
> queue ! decodebin ! alsasink<br>
><br>
> i can hear the music (it takes a while to go from paused to playing,<br>
> something like 20-30 seconds....but if you wait it wil happen).<br>
><br>
> But if i take the queue element out:<br>
> gst-launch -v gnomevfssrc<br>
> 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>
> decodebin ! fakesink<br>
><br>
> the pipe stays blocked for ever (on both cases)... is this behavior<br>
> expected? have anyone faced something like that? is a good policy to<br>
> always put a queue after a gnomevfssrc?<br>
<br>
</div>If there'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't think this ever worked<br>
particularly well. "ftp" should probably be in the blacklist of<br>
protocols that shouldn'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'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'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&#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>