<div>Hi,</div><div><br></div><div>I am using a Freescale i.MX53 EVK development kit and I am having problems with RTP streaming.</div><div><br></div><div>I am doing local RTP streaming on a H.264 video only mp4 file. The streaming works fine if I encode baseline profile, but as soon as I use main or high the stream begins to pixelate and macroblock.</div>

<div><br></div><div>After analysis, the pipeline is dropping video frames. Freescale support seems to think it's caused by excessive jitter in the timestamping of frames by gstrtpbin, which is causing the Freescale mfw_v4lsink to drop them.</div>

<div><br></div><div>I have made a basic attempt to understand what goes on, and failed.</div><div><br></div><div>1) Any one using the same hardware has been able to make this work?</div><div>2) Any guidelines as to how to debug timestamping issues in the gstreamer framework? Any pointer to documentation or posts explaining the basic mechanism would help me out.</div>

<div><br></div><div>I am posting some details below in case it helps.</div><div><br></div><div>Thanks in advance,</div><div>Alex</div><div><br></div><div>[1] Client</div><div><br></div><div>#!/bin/sh</div><div><br></div>
<div>
CAPS='application/x-rtp, ...'</div><div>gst-launch udpsrc port=5000 caps="${CAPS}" ! gstrtpbin ! rtph264depay ! queue max-size-time=0 max-size-buffers=0 max-size-bytes=0 ! h264parse ! mfw_vpudecoder ! mfw_v4lsink sync=true</div>

<div><br></div><div>[2] Server</div><div><br></div><div>#!/bin/sh</div><div><br></div><div>FILENAME=input.mp4</div><div>HOST=127.0.0.1</div><div>VIDEO_PAYLOADER=rtph264pay</div><div>VIDEO_DEMUXER=qtdemux</div><div>DEBUG=1</div>

<div><br></div><div>gst-launch -v --gst-debug=${DEBUG} gstrtpbin name=rtpbin filesrc location=${FILENAME} ! ${VIDEO_DEMUXER} ! queue ! ${VIDEO_PAYLOADER} ! rtpbin.send_rtp_sink_0 \</div><div>                  rtpbin.send_rtp_src_0 ! udpsink port=5000 host=${HOST} rtpbin.send_rtcp_src_0 ! udpsink port=5001 host=${HOST} \</div>

<div>                                    udpsrc port=5005 ! rtpbin.recv_rtcp_sink_0</div>