hi,<br>Can anybody please guide me as how can i play &quot;.swf &quot; files in gstreamer. I am total noob for gstreamer,i started reading gstreamer manual and completed till chap 10. Please take this consideration while answering.<br>
<br>A big thanks in advance<br><br>akhil.<br><br><div class="gmail_quote">On Tue, Apr 20, 2010 at 8:27 AM,  <span dir="ltr">&lt;<a href="mailto:gstreamer-devel-request@lists.sourceforge.net">gstreamer-devel-request@lists.sourceforge.net</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;">Send gstreamer-devel mailing list submissions to<br>
        <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:gstreamer-devel-request@lists.sourceforge.net">gstreamer-devel-request@lists.sourceforge.net</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:gstreamer-devel-owner@lists.sourceforge.net">gstreamer-devel-owner@lists.sourceforge.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of gstreamer-devel digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. Catching signal interrupt on gst-launch (John Tobias)<br>
   2. Playing remote file (Jeffrey Barish)<br>
   3. Re: Could not close resource error when using     gnomevfssrc<br>
      with ftp (Tiago Katcipis)<br>
   4. Re: Could not close resource error when using     gnomevfssrc<br>
      with ftp (Tiago Katcipis)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 19 Apr 2010 17:50:28 -0700<br>
From: John Tobias &lt;<a href="mailto:jtobias@viaas.com">jtobias@viaas.com</a>&gt;<br>
Subject: [gst-devel] Catching signal interrupt on gst-launch<br>
To: <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
Message-ID:<br>
        &lt;<a href="mailto:j2p66b2b2311004191750g7e6b3c6o9fd177f160dca616@mail.gmail.com">j2p66b2b2311004191750g7e6b3c6o9fd177f160dca616@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
Hi Guys,<br>
<br>
I have a problem running this command: gst-launch v4l2src ! tih264  !<br>
fakesink<br>
The gst-launch did not catch the signal interrupt when I hit the ctrl+c. The<br>
pipeline exited immediately instead of going through the _change_state<br>
transition of the pipeline.<br>
<br>
Then, I tried the gst-launch v4l2src ! fakesink, it works correctly.<br>
<br>
Setting pipeline to PAUSED ...<br>
Pipeline is live and does not need PREROLL ...<br>
Setting pipeline to PLAYING ...<br>
New clock: GstSystemClock<br>
<br>
&lt;-- gst-launch detected the interrupt here..-&gt;<br>
<br>
Caught interrupt -- handling interrupt.<br>
Interrupt: Stopping pipeline ...<br>
Execution ended after 1710703481 ns.<br>
Setting pipeline to PAUSED ...<br>
Setting pipeline to READY ...<br>
clean stopped pipeline&lt;6&gt;<br>
Starting of vpfe_release...&lt;6&gt;<br>
 doing full release, started is 0<br>
Setting pipeline to NULL ...<br>
Freeing pipeline ...<br>
<br>
I don&#39;t understand why the gst-launch giving me two different behavior with<br>
regards to the signal handling.<br>
Can anyone tell me why I am getting different behavior?<br>
<br>
Thanks,<br>
<br>
John<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 19 Apr 2010 19:15:51 -0600<br>
From: Jeffrey Barish &lt;<a href="mailto:jeff_barish@earthlink.net">jeff_barish@earthlink.net</a>&gt;<br>
Subject: [gst-devel] Playing remote file<br>
To: <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
Message-ID: &lt;hqiv8d$7kd$<a href="mailto:1@dough.gmane.org">1@dough.gmane.org</a>&gt;<br>
Content-Type: text/plain; charset=&quot;ISO-8859-1&quot;<br>
<br>
I play a sound file on the local machine using playbin2 by setting the uri<br>
parameter to file://path.to.file.  Where can I get information about what<br>
other network protocols can be used here?  I would like to be able to use<br>
the uri parameter to specify a sound file on another machine on the same<br>
LAN.  Both machines run Ubuntu.  I suppose that I could copy the file to a<br>
temporary directory on the local machine and then play it from there, but I<br>
suspect that there is a better way to do this.<br>
--<br>
Jeffrey Barish<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 19 Apr 2010 22:35:12 -0300<br>
From: Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;<br>
Subject: Re: [gst-devel] Could not close resource error when using<br>
        gnomevfssrc with ftp<br>
To: Discussion of the development of GStreamer<br>
        &lt;<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:m2l60a9403b1004191835i98135f01k4661d72de53263b9@mail.gmail.com">m2l60a9403b1004191835i98135f01k4661d72de53263b9@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>
trying to solve my problem i found another one :-).<br>
<br>
using a public ftp i run this:<br>
gst-launch -v gnomevfssrc location=<br>
<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> ! queue ! decodebin !<br>
fakesink<br>
<br>
and it works ok, the ftp is really slow...it takes a good time before it<br>
starts to download and decode....but works<br>
<br>
even if i try:<br>
gst-launch -v gnomevfssrc location=<br>
<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> ! queue ! decodebin !<br>
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 location=<br>
<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> ! decodebin !<br>
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 always<br>
put a queue after a gnomevfssrc?<br>
<br>
if someone have other ftp server to test this i would appreciate.<br>
<br>
best regards,<br>
Katcipis<br>
<br>
<br>
On Fri, Apr 16, 2010 at 2:03 PM, Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;wrote:<br>
<br>
&gt; now i got some interesting results, testing with a pipeline like this:<br>
&gt;<br>
&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt; ! filesink location=&quot;test.wav&quot;<br>
&gt;<br>
&gt; im able to get the file and play it locally.<br>
&gt;<br>
&gt; even if i run:<br>
&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt; ! audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234<br>
&gt; ! pulsesink<br>
&gt;<br>
&gt; it works(and i hear a lot of noise :-)).<br>
&gt;<br>
&gt; But if i run:<br>
&gt;<br>
&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt; ! audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234<br>
&gt; ! audioparse ! pulsesink<br>
&gt;<br>
&gt; or<br>
&gt;<br>
&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt; ! wavparse ! pulsesink<br>
&gt;<br>
&gt; or<br>
&gt;<br>
&gt;<br>
&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt; ! decodebin ! pulsesink<br>
&gt;<br>
&gt; it gives the same error:<br>
&gt;<br>
&gt;<br>
&gt; ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt; Could not close resource.<br>
&gt;<br>
&gt; it seems that every time i try to parse the file to get its type and play<br>
&gt; it, it fails, but if i only play it raw or download it.... works fine.<br>
&gt;<br>
&gt; any toughts?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Apr 16, 2010 at 11:42 AM, Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;wrote:<br>
&gt;<br>
&gt;&gt; Im having some trouble using gnomevfssrc and ftp, what troubles me is the<br>
&gt;&gt; error, a simple Could not open would make me understand that i did something<br>
&gt;&gt; wrong or something is wrong with the server.... but this error msg &quot;Could<br>
&gt;&gt; not close&quot;... i simply cant find anything about it, I&#39;m not quite sure if<br>
&gt;&gt; this is something wrong on the ftp server i am using here or if it is a<br>
&gt;&gt; problem with gnomevfs or gstreamer.<br>
&gt;&gt;<br>
&gt;&gt; The test is simple:<br>
&gt;&gt;<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! decodebin ! pulsesink<br>
&gt;&gt;<br>
&gt;&gt; The output is:<br>
&gt;&gt; (gst-launch-0.10:2735): GLib-WARNING **: g_set_prgname() called multiple<br>
&gt;&gt; times<br>
&gt;&gt; Setting pipeline to PAUSED ...<br>
&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
&gt;&gt; caps = audio/x-wav<br>
&gt;&gt; Pipeline is PREROLLING ...<br>
&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:<br>
&gt;&gt; caps = audio/x-wav<br>
&gt;&gt; ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt;&gt; Could not close resource.<br>
&gt;&gt; Additional debug info:<br>
&gt;&gt; gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():<br>
&gt;&gt; /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt;&gt; Could not close vfs handle: Operation cancelled<br>
&gt;&gt; ERROR: pipeline doesn&#39;t want to preroll.<br>
&gt;&gt; Setting pipeline to NULL ...<br>
&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:src:<br>
&gt;&gt; caps = NULL<br>
&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:<br>
&gt;&gt; caps = NULL<br>
&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
&gt;&gt; caps = NULL<br>
&gt;&gt; Freeing pipeline ...<br>
&gt;&gt;<br>
&gt;&gt; Even the wav file header is being read, but on the prerolling this odd<br>
&gt;&gt; error happens. The same url that generates this error works just fine on<br>
&gt;&gt; wget (the file gets downloaded and i can hear it perfectly).<br>
&gt;&gt;<br>
&gt;&gt; can someone help me? I&#39;m not very used to ftp...maybe I&#39;m missing<br>
&gt;&gt; something.<br>
&gt;&gt;<br>
&gt;&gt; best regards,<br>
&gt;&gt; Katcipis<br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 19 Apr 2010 23:57:15 -0300<br>
From: Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;<br>
Subject: Re: [gst-devel] Could not close resource error when using<br>
        gnomevfssrc with ftp<br>
To: Discussion of the development of GStreamer<br>
        &lt;<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:o2o60a9403b1004191957v2df37ae5p336424793f48f4fe@mail.gmail.com">o2o60a9403b1004191957v2df37ae5p336424793f48f4fe@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>
well it seems that is the same problem, i resolved to let the pipeline<br>
&quot;blocked&quot; for a long time...and after something like 23min it happens the<br>
same thing (Could not close resource.).<br>
<br>
i run a full debugged launch and attached the part where the error occurs<br>
(after 23 minutes).<br>
<br>
gst-launch -v gnomevfssrc location=<br>
<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> ! decodebin !<br>
fakesink --gst-debug=5 2&gt; no_queue.log<br>
Setting pipeline to PAUSED ...<br>
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
caps = audio/x-wav<br>
Pipeline is PREROLLING ...<br>
ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
Could not close resource.<br>
Additional debug info:<br>
gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():<br>
/GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
Could not close vfs handle: Operation cancelled<br>
Setting pipeline to NULL ...<br>
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
caps = NULL<br>
Freeing pipeline ...<br>
<br>
any hints if this is normal and i have to always use a queue after using a<br>
vfs src element? maybe a bug on gnomevfssrc regarding an specific behaviour<br>
of the ftp server?<br>
<br>
On Mon, Apr 19, 2010 at 10:35 PM, Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;wrote:<br>
<br>
&gt; trying to solve my problem i found another one :-).<br>
&gt;<br>
&gt; using a public ftp i run this:<br>
&gt; gst-launch -v gnomevfssrc location=<br>
&gt; <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> ! queue ! decodebin<br>
&gt; ! fakesink<br>
&gt;<br>
&gt; and it works ok, the ftp is really slow...it takes a good time before it<br>
&gt; starts to download and decode....but works<br>
&gt;<br>
&gt; even if i try:<br>
&gt; gst-launch -v gnomevfssrc location=<br>
&gt; <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> ! queue ! decodebin<br>
&gt; ! 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 location=<br>
&gt; <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> ! decodebin !<br>
&gt; 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 always<br>
&gt; put a queue after a gnomevfssrc?<br>
&gt;<br>
&gt; if someone have other ftp server to test this i would appreciate.<br>
&gt;<br>
&gt; best regards,<br>
&gt; Katcipis<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Apr 16, 2010 at 2:03 PM, Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;wrote:<br>
&gt;<br>
&gt;&gt; now i got some interesting results, testing with a pipeline like this:<br>
&gt;&gt;<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! filesink location=&quot;test.wav&quot;<br>
&gt;&gt;<br>
&gt;&gt; im able to get the file and play it locally.<br>
&gt;&gt;<br>
&gt;&gt; even if i run:<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234<br>
&gt;&gt; ! pulsesink<br>
&gt;&gt;<br>
&gt;&gt; it works(and i hear a lot of noise :-)).<br>
&gt;&gt;<br>
&gt;&gt; But if i run:<br>
&gt;&gt;<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234<br>
&gt;&gt; ! audioparse ! pulsesink<br>
&gt;&gt;<br>
&gt;&gt; or<br>
&gt;&gt;<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! wavparse ! pulsesink<br>
&gt;&gt;<br>
&gt;&gt; or<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt; ! decodebin ! pulsesink<br>
&gt;&gt;<br>
&gt;&gt; it gives the same error:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt;&gt; Could not close resource.<br>
&gt;&gt;<br>
&gt;&gt; it seems that every time i try to parse the file to get its type and play<br>
&gt;&gt; it, it fails, but if i only play it raw or download it.... works fine.<br>
&gt;&gt;<br>
&gt;&gt; any toughts?<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Apr 16, 2010 at 11:42 AM, Tiago Katcipis &lt;<a href="mailto:katcipis@inf.ufsc.br">katcipis@inf.ufsc.br</a>&gt;wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; Im having some trouble using gnomevfssrc and ftp, what troubles me is the<br>
&gt;&gt;&gt; error, a simple Could not open would make me understand that i did something<br>
&gt;&gt;&gt; wrong or something is wrong with the server.... but this error msg &quot;Could<br>
&gt;&gt;&gt; not close&quot;... i simply cant find anything about it, I&#39;m not quite sure if<br>
&gt;&gt;&gt; this is something wrong on the ftp server i am using here or if it is a<br>
&gt;&gt;&gt; problem with gnomevfs or gstreamer.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; The test is simple:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; gst-launch gnomevfssrc location=&quot;ftp://user:password@ftp.myserver.com:/myfile.wav&quot;<br>
&gt;&gt;&gt; ! decodebin ! pulsesink<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; The output is:<br>
&gt;&gt;&gt; (gst-launch-0.10:2735): GLib-WARNING **: g_set_prgname() called multiple<br>
&gt;&gt;&gt; times<br>
&gt;&gt;&gt; Setting pipeline to PAUSED ...<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
&gt;&gt;&gt; caps = audio/x-wav<br>
&gt;&gt;&gt; Pipeline is PREROLLING ...<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:<br>
&gt;&gt;&gt; caps = audio/x-wav<br>
&gt;&gt;&gt; ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt;&gt;&gt; Could not close resource.<br>
&gt;&gt;&gt; Additional debug info:<br>
&gt;&gt;&gt; gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:<br>
&gt;&gt;&gt; Could not close vfs handle: Operation cancelled<br>
&gt;&gt;&gt; ERROR: pipeline doesn&#39;t want to preroll.<br>
&gt;&gt;&gt; Setting pipeline to NULL ...<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:src:<br>
&gt;&gt;&gt; caps = NULL<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:<br>
&gt;&gt;&gt; caps = NULL<br>
&gt;&gt;&gt; /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:<br>
&gt;&gt;&gt; caps = NULL<br>
&gt;&gt;&gt; Freeing pipeline ...<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Even the wav file header is being read, but on the prerolling this odd<br>
&gt;&gt;&gt; error happens. The same url that generates this error works just fine on<br>
&gt;&gt;&gt; wget (the file gets downloaded and i can hear it perfectly).<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; can someone help me? I&#39;m not very used to ftp...maybe I&#39;m missing<br>
&gt;&gt;&gt; something.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; best regards,<br>
&gt;&gt;&gt; Katcipis<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
-------------- next part --------------<br>
An embedded and charset-unspecified text was scrubbed...<br>
Name: log.txt<br>
<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>
------------------------------<br>
<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>
<br>
<br>
End of gstreamer-devel Digest, Vol 47, Issue 50<br>
***********************************************<br>
</blockquote></div><br>