<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On 10 Jan 2017, at 10:45 PM, Jon Mandrell <<a href="mailto:Jon.Mandrell@zii.aero" class="">Jon.Mandrell@zii.aero</a>> wrote:<div class=""><br class=""><div><blockquote type="cite" class=""><div class=""><div id="divtagdefaultwrapper" dir="ltr" style="font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12pt; font-family: Calibri, Arial, Helvetica, sans-serif;" class=""><div style="margin-top: 0px; margin-bottom: 0px;" class="">I am using gstreamer 1.10.2, with the following pipeline:</div><div style="margin-top: 0px; margin-bottom: 0px;" class=""><span class="">gst-launch-1.0 -v udpsrc uri=<a href="udp://239.192.16.11:52416" class="">udp://239.192.16.11:52416</a><span class="Apple-converted-space"> </span>do-timestamp=true ! application/x-rtp,media=video,clock-rate=90000 ! rtpsession ! rtpssrcdemux ! rtpjitterbuffer latency=1000 do-lost=true ! rtpptdemux ! rtpmp2tdepay ! tsdemux ! audio/mpeg ! queue ! avdec_aac ! audioconvert ! alsasink sync=true</span></div><div style="margin-top: 0px; margin-bottom: 0px;" class=""><br class=""></div><div style="margin-top: 0px; margin-bottom: 0px;" class="">The stream I am tuning to has both audio and video, but for the sake of this email I've simplified this to just the audio portion of the pipeline.</div><div style="margin-top: 0px; margin-bottom: 0px;" class="">About 35 seconds into the stream there is a group of dropped packets (I do see a discontinuity indicated coming out of the tsdemux element). However, there is some issue later on in the decoder where it just stops. The end result is that the audio stops at the dropped packets and doesn't pick up again. This also occurs with the video stream, but I figure the audio gives a fairly simplified example.</div><div style="margin-top: 0px; margin-bottom: 0px;" class=""><br class=""></div><div style="margin-top: 0px; margin-bottom: 0px;" class="">I have done the same thing with a 0.10 pipeline and it recovers like I would expect.</div><div style="margin-top: 0px; margin-bottom: 0px;" class=""><br class=""></div><div style="margin-top: 0px; margin-bottom: 0px;" class="">I'm at a loss here of where to go with this - I have a requirement that I be able to play this stream (with video/audio glitches) and not just stopping like it currently does. Any suggestions would be very welcome!</div></div></div></blockquote><div><br class=""></div><div>I have suffered similar behaviour on live streams, and recently this bug got fixed:</div><div><br class=""></div><div><a href="https://bugzilla.gnome.org/show_bug.cgi?id=774654" class="">https://bugzilla.gnome.org/show_bug.cgi?id=774654</a></div><div><br class=""></div><div>While the above bug affected gst-omx, this same bug might exist elsewhere.</div><div><br class=""></div><div>Regards,</div><div>Graham</div><div>—</div><div><br class=""></div></div></div></body></html>