<div dir="ltr">Hey <div><br></div><div>Thanks for your answer, which confirms what I saw...</div><div>As I wanted to do RTCP communication, I started to try it, I wanted to see if the behaviour was the same with RTCP, obviously it was the same...</div><div>But by trying to tune my RTCP line I noticed some people were using "sync=false async=false" on their "udpsink", and this fixed my "deadlock"...</div><div>So if anyone has the same problem the following line works perfectly :</div><div><div><br></div><div>filesrc location=/dev/pcm0.2 blocksize=1024 do-timestamp=true num-buffers=-1 ! "audio/x-alaw,rate=8000,channels=1" ! rtppcmapay ! rtpbin1.send_rtp_sink_0 \</div><div>rtpbin1.send_rtp_src_0 ! udpsink host=192.168.48.45 port=10802 <b><u>sync=false async=false</u></b> \</div><div>udpsrc do-timestamp=true port=10800 caps="application/x-rtp, media=(string)audio, payload=(int)8, clock-rate=(int)8000, encoding-name=(string)PCMA" ! rtpbin1.recv_rtp_sink_0 \</div><div>rtpbin1. ! rtppcmadepay ! filesink "buffer-mode=2" "location=/dev/pcm0.1" \</div><div>rtpbin1.send_rtcp_src_0 ! udpsink port=5003 host=192.168.48.45 sync=false async=false \</div><div>udpsrc port=5007 ! rtpbin1.recv_rtcp_sink_0 \</div><div>rtpbin name=rtpbin1 \</div></div><div><br></div><div>by removing " sync=false async=false" in "udpsink host=192.168.48.45 port=10802 sync=false async=false" the pipe stay locked until data is received by the "udpsrc"</div><div>by reading the "udpsink" description, I don't really know why, but I understand that keeping it synchronized to the clock doesn't help...</div><div><br></div><div>thanks </div><div>Aurèle</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-24 21:19 GMT+02:00 Sérgio Agostinho <span dir="ltr"><<a href="mailto:sergio.r.agostinho@gmail.com" target="_blank">sergio.r.agostinho@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey, <div><br></div><div>Without receiving data, your udpsrc element won't be able to transition into a playing state. Because of this, your pipeline will wait for udpsrc before allowing all other elements to start playing. Your easiest option is to simply separate your pipeline into two.</div><span class=""><div><br></div><div><span style="font-size:12.8px">gst-launch-1.0 filesrc location=/dev/pcm0.2 blocksize=256 do-timestamp=true num-buffers=100000 ! "audio/x-alaw,rate=8000,</span><span style="font-size:12.8px">channels=1" ! rtppcmapay ! udpsink async=true bind-port=10800 host=192.168.48.45 port=10800</span><br></div><div><span style="font-size:12.8px"><br></span></div></span><div><span style="font-size:12.8px">and in another shell</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">gst-launch-1.0 udpsrc buffer-size=4096 socket=NULL port=10801 caps="application/x-rtp" ! rtppcmadepay ! filesink "buffer-mode=1" "location=/dev/pcm0.1"</span><span style="font-size:12.8px"><br></span></div><div><br></div><div>Cheers</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">2015-09-24 18:00 GMT+02:00 Aurele Traynard <span dir="ltr"><<a href="mailto:aurele.traynard@gmail.com" target="_blank">aurele.traynard@gmail.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi everyone<div><br></div><div><br></div><div>I'm facing an issue with a gst-launch configuration :</div><div>filesrc -> rtppcmapay -> udpsink</div><div>udpsrc -> rtppcmadepay -> filesink</div><div><br></div><div>nothing is received on the udpsrc at first</div><div><br></div><div>see commandline :</div><div>gst-launch-1.0 filesrc location=/dev/pcm0.2 blocksize=256 do-timestamp=true num-buffers=100000 ! "audio/x-alaw,rate=8000,channels=1" ! rtppcmapay ! udpsink async=true host=192.168.48.45 port=10800 udpsrc buffer-size=4096 socket=NULL port=10801 caps="application/x-rtp" ! rtppcmadepay ! filesink "buffer-mode=1" "location=/dev/pcm0.1"<br></div><div><br></div><div>after some read (I wrote the driver so I can see how much data is available and how much was read) gstreamer locks himself, nothing is read anymore...</div><div>If I send some data to the udp socket everything start to be normal even if I stop to send data to the udp port 10801 ... So my understanding is that the udpsrc locks my pipeline, but I can't understand why... or maybe the udpsrc unlock my pipeline... <br></div><div><br></div><div>If I launch only the following everything is working :</div><div>filesrc -> rtppcmapay -> udpsink<br></div><div>gst-launch-1.0 filesrc location=/dev/pcm0.2 blocksize=256 do-timestamp=true num-buffers=100000 ! "audio/x-alaw,rate=8000,channels=1" ! rtppcmapay ! udpsink async=true bind-port=10800 host=192.168.48.45 port=10800</div><div><br></div><div><br></div><div>The goal is to have a 2 way communication between 2 device, and starting gstreamer at the same time on both device it seems we loose enough data during the startup phase to lock the stream...</div><div><br></div><div>If anyone has an idea I will be really happy to test ;)</div><div>Thanks for any help or question</div><span><font color="#888888"><div>Aurele</div></font></span></div>
<br></div></div>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div></div>
<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" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>