[gstreamer-bugs] [Bug 613016] New: Timing issues when TS demuxing and RTP payloading and finally decoding.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=613016
  GStreamer | gst-plugins-good | 0.10.21

           Summary: Timing issues when TS demuxing and RTP payloading and
                    finally decoding.
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.21
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: marc.leeman at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


When using the following chain:

gst-launch dvbsrc adapter=0 frequency=11567000 symbol-rate=22000 polarity=v !
queue2 ! mpegtsparse ! recombine size=1450 ! udpsink host=226.226.226.11
port=2266 sync=False

and converting the MPTS to RTP

gst-launch udpsrc uri=udp://226.226.226.11:2266 ! queue2 ! typefind !
mpegtsdemux program-number=9015 ! mpegvideoparse ! rtpmpvpay ! rtpbin ! udpsink
host=226.226.226.12 port=2266

and decoding with

gst-launch udpsrc uri=udp://226.226.226.12:2266 caps="application/x-rtp,
clock-rate=90000" ! rtpbin ! queue2 ! decodebin ! ffmpegcolorspace !
glimagesink 

There are a lot of frame drops. Adding sync=False to the glimagesink creates a
much smoother video. The type of video sync does not seem to matter much; has
been observed on a number of them (e.g. xvimagesink)

Listening directly to the MPTS on 226.226.226.11:2266 and demuxing in the
decoding chain shows a smooth video, even with the sync on.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.