<div dir="ltr"><div>Hello Tim, thanks for your answer<br>But, I have send this mail without finish it by mistake. I'm sorry.<br><br><br>I have tested the pipeline you said. And it works.<br><br></div>But the thing that I don't understand is with the uridecodebin element<br> <div><br><div> GST_DEBUG=2 gst-launch uridecodebin uri=mmsh://<a href="http://201.212.5.144/audio959-rockandpop?MSWMExt.asf" target="_blank">201.212.5.144/audio959-rockandpop?MSWMExt.asf</a> ! decodebin2 ! filesink location=/tmp/test.audio<br> <br></div><div>This works too, but when it is recording the log shows that buffer is PREROLLING every 4 or 5 seconds, The buffer is being <span lang="en"><span>emptying</span></span> and then filled up again, it doesn't matter at the end because the audio file it is successfully created.<br> <br>The problem is that when I want to re-send the audio (linking the to my own element) That doesn't work.<br><br></div><div>So I decide to use the mmssrc element. And I tested again recording to a file with this pipeline:<br> </div><div> GST_DEBUG=2 gst-launch mmssrc location=mmsh://<a href="http://201.212.5.144/audio959-rockandpop?MSWMExt.asf" target="_blank">201.212.5.144/audio959-rockandpop?MSWMExt.asf</a> ! decodebin2 ! filesink location=/tmp/test.audio<br> <br></div><div>And It works! Then I re-send to my other application and it works without any problems. <br><br></div>I have realise that the mmssrc doesn't show in the logs that it is filling and emptying the buffer as the uridecodebin shows. The mmssrc is not prerrolling the buffer, thats the only difference I found beetween mmssrc and uridecodebin but I don't know why only the mmssrc works for re send the audio.<br> <br>* <b>And I would like to know if someone knows why the make different things with the buffers or witch is better than the other?</b><br><br>The real mail is this!!<br><a href="http://gstreamer-devel.966125.n4.nabble.com/Doubts-about-gstreamer-elements-for-playing-and-re-send-a-radio-stream-td4662029.html" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/Doubts-about-gstreamer-elements-for-playing-and-re-send-a-radio-stream-td4662029.html</a><br> </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 September 2013 18:33, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2013-09-16 at 17:58 -0300, Ariel Argañaraz wrote:<br> <br> Hi,<br> <div class="im"><br> > I was trying to play radio stream with gstreamer and I am a bit<br> > confused with something.<br> ><br> ><br> > The uri of the radio stream is<br> > <a href="http://201.212.5.144/audio959-rockandpop?MSWMExt.asf" target="_blank">201.212.5.144/audio959-rockandpop?MSWMExt.asf</a> and it is using MMS<br> > protocol.<br> ><br> > My first attempt was with this pipeline:<br> ><br> > GST_DEBUG=2 gst-launch uridecodebin<br> > uri=mmsh://<a href="http://201.212.5.144/audio959-rockandpop?MSWMExt.asf" target="_blank">201.212.5.144/audio959-rockandpop?MSWMExt.asf</a> !<br> > decodebin2 ! autoaudiosink<br> ><br> <br> </div>gst-launch-1.0 playbin<br> uri=mmsh://<a href="http://201.212.5.144/audio959-rockandpop?MSWMExt.asf" target="_blank">201.212.5.144/audio959-rockandpop?MSWMExt.asf</a><br> <br> works fine for me, for what it's worth (with 1.0.x).<br> <br> Cheers<br> -Tim<br> <br> <br> _______________________________________________<br> gstreamer-devel mailing list<br> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br> </blockquote></div><br><br clear="all"><br>-- <br>Ariel Argañaraz<br><br><br> </div>