rtp transmit stalls

[Chuck Crisler]

This is an issue that I have observed a few times but postponed looking
into. Now it has become critical. I have an app that is transmuxing MP2T
into RTP. With problems i have had with RTP I have added a small amount of
logging. I got lucky and the log file shows that gst_basertppayload_push()
took 27 seconds to complete in this one case. Here are log messages:

Aug  7 12:11:58 imsvcctl[32229]: 0:00:55.201035830 32229
0x89c5fd8 DEBUG             rtph264pay
gstrtph264pay.c:799:gst_rtp_h264_pay_payload_nal:<RTPPayloader>
Copying 1133 bytes to outbuf
Aug  7 12:11:58 imsvcctl[32229]: 0:01:22.485585907 32229
0x89c5fd8 INFO              rtph264pay
gstrtph264pay.c:805:gst_rtp_h264_pay_payload_nal: Pushed buffer w/
SeqNbr: 9099

Here is the source code.

      payload = gst_rtp_buffer_get_payload (outbuf);
      GST_DEBUG_OBJECT (basepayload, "Copying %d bytes to outbuf", size);
      memcpy (payload, data, size);

      ret = gst_basertppayload_push (basepayload, outbuf);
    }
//CMC
    GST_INFO("Pushed buffer w/ SeqNbr: %u", gst_rtp_buffer_get_seq(outbuf));
//CMC

The GST_DEBUG_OBJECT is line 799.

I am using GStreamer 0.10.30 with good plugins 0.10.25. Upgrading is
currently not an option.

I have observed this numerous times, including simply running scripts that
use gst-launch. The RTP processing will (usually) run for a brief time,
then stall, then run, then stall, etc.

I suspect a network buffer issue. Does anyone know anything about this
issue?

Thank you,
Chuck
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130807/52348b6e/attachment.html>