<div dir="ltr"><div>The same happens with playbin. I have run it with GST_DEBUG=*:4,rtspsrc:5,opus:5 and there was no output prior to hang.<br><br></div>m.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-11 17:27 GMT+02:00 <a href="mailto:marcin@saepia.net">marcin@saepia.net</a> <span dir="ltr"><<a href="mailto:marcin@saepia.net" target="_blank">marcin@saepia.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>I was able to reproduce the same behaviour on mac os x. I've used gst-launch -m -vv to run identical pipeline and the only output was<br><br>/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRtpBin:manager/GstRtpSession:rtpsession0: stats = "application/x-rtp-session-stats\,\ rtx-drop-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ source-stats\=\(GValueArray\)NULL\,\ rtx-count\=\(uint\)0\;"<br><br></div>(repeated many times)<br><br></div>and it kept appearing even when audio was not playing<br><br><br></div>am I doing something wrong or is it a bug?<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">m.<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-04-11 16:48 GMT+02:00 <a href="mailto:marcin@saepia.net" target="_blank">marcin@saepia.net</a> <span dir="ltr"><<a href="mailto:marcin@saepia.net" target="_blank">marcin@saepia.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hello,<br></div><br></div>I encounter odd behaviour with rtspsrc.<br><br></div>I have Gst-backed RTSP server that encodes opus audio stream and rtspsrc on the other side (on Android) that tries to play it back.<br><br></div>Generally speaking it works fine but it just stops playback after some time (5-10 min) with no error, warning, message etc. (I am logging everything that appears on the pipeline's bus).<br><br></div>When I restart the pipeline it just starts to work again so I assume that problem is on the receiver side.<br><br></div>The receiver's pipeline is <br><br></div>rtspsrc location=rtsp://.... user-agent=... drop-on-latency=true latency=500 tls-database=... protocols=... username=... password=... ! decodebin ! audioconvert ! audioresample ! queue2 ! openslessink<br><br></div>(protocols are  0x00000001 | 0x00000002 | 0x00000004 | 0x00000010 | 0x00000020)<br><br></div>I am using 1.8.0 on both sides.<br><br></div><div>I am not sure if this is related but during playback I ocassionally get<br><br>04-11 16:38:41.989 21543 21629 W GStreamer+audiobasesink: 0:04:35.920673280 0xb8e045b0 gstaudiobasesink.c:1484:gst_audio_base_sink_skew_slaving:<audio_interface_playback> correct clock skew +0:00:00.020063566 > +0:00:00.020000000<br>04-11 16:38:42.006 21543 21629 W GStreamer+audiobasesink: 0:04:35.938068176 0xb8e045b0 gstaudiobasesink.c:1512:gst_audio_base_sink_skew_slaving:<audio_interface_playback> correct clock skew -0:00:00.020290466 < -+0:00:00.020000000<br></div><div><br></div>Any suggestions what can be the reason for such mysteroius hangs?<br><br></div>How can I enable equivalent of GST_DEBUG env var on Android?<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">m.<br><div><div><div><div><br></div></div></div></div></font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>