[gstreamer-bugs] [Bug 548979] New: jerky playback fluendo demux plugin with udpsrc

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=548979

  GStreamer | gst-plugins | Ver: 0.10.19
           Summary: jerky playback fluendo demux plugin with udpsrc
           Product: GStreamer
           Version: 0.10.19
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: blocker
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ambilyn at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
I am experiencing some issues while using rtp/udp live streaming of TS
encapsulated H.264 stream.

The sender side pipe line is as

gst-launch filesrc location=
gst-launch filesrc location=grandma.qcif.yuv blocksize=1 ! videoparse
format=0 width=176 height=144 ! x264enc byte-stream=1 ! flutsmux !
rtpmp2tpay ! udpsink host=localhost port=1234.

the receiver side the pipeline is as :

gst-launch udpsrc port=1234 ! rtpmp2tdepay ! flutsdemux ! ffdec_h264 ! queue
! sdlvideosink

The display is jerky and only I frames gets displayed at the sink.

The observations we have on the issue so far are the following.

1. The display is fine when we use tcpserversrc at the receiver and
tcpclientsink at the sender.(since its not a live src)

2.The display is fine if we modify the code of udpsrc and make it a non-live
src.

4.The timestamps of the packets arriving at the sink are the same in both
live and non-live cases but in the live case the packets seems to be late
when compared with current clock time.

5. The qos messages from the sink make the decoder skip to the next I frame
and this continues all the way.

6.The display is fine if we disable the sync property at the sdlvideosink.

7. The fluedo demux plugin seems to assume the the timestamp of the buffers are
always 0. It doesnt seem to take care of the live property of the src.




Regards
Ambily



Steps to reproduce:
1. Start the receiver side pipeline and the sender side pipeline as in the
description.
2. 
3. 


Actual results:
Jerky playback observed.

Expected results:
Normal smooth playback . Dropping of frames at the receiver when network delay
is there.

Does this happen every time?
yes

Other information:
It seems the demux need to handle the live src case also while timestamping.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=548979.