RTMP_Write failures in rtmpsink plugin due to pts issue in gstbaseparse
raghava.447
raghava.447 at gmail.com
Fri Jun 5 07:58:52 PDT 2015
Hi,
I am trying to stream to Wowza RTMP publish point using udpsrc and filesrc.
I observe RTMP_Write failures sometimes, with which Wowza disconnects the
RTMP connection. RTMP_Write fails as the PTS on the buffer abruptly moves
back & forth.
My GST pipeline looks like the following.
filesrc/udpsrc->decodebin->queue->encoder->flvmux->rtmpsink.
I tried to debug the issue and found out the issue is with gstbaseparse.
gstbaseparse uses the gst_adapter_prev_pts & gst_adapter_prev_dts API to get
the pts & dts. Then it checks whether the pts got from the
gst_adapter_prev_pts API is different from prev_pts. If it is not, it
modifies prev_pts and next_pts with that of pts from gst_adapter_prev_pts
API and it writes the next_pts on to the gst buffer. In this process,
gstbaseparse is missing to write few next_pts values on to the gst buffer.
Due to this gstbaseparse's behaviour, I observed that the same pts value
being written on successive gst buffers. I added a hack so as to avoid this
and observed that the issue gets resolved.
Please let me know the reason for gstbaseparse's strange behaviour. Kindly
let me know the correct fix to resolve the issue.
Regards,
Raghavendra Rao
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/RTMP-Write-failures-in-rtmpsink-plugin-due-to-pts-issue-in-gstbaseparse-tp4672149.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list