After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 613016 - Timing issues when TS demuxing and RTP payloading and finally decoding.
Timing issues when TS demuxing and RTP payloading and finally decoding.
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.21
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-03-16 08:34 UTC by Marc Leeman
Modified: 2012-02-11 14:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Marc Leeman 2010-03-16 08:34:32 UTC 
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.
Comment 1 Marc Leeman 2010-03-16 08:37:51 UTC 
This is a DVB-S stream, has been observed with DVB-T; MPTS from file, streaming with GStreamer and a dvb-apps application and even with MPTS hardware streaming.

The constant seems to be timing extraction in mpegtsdemux and it being used for RTP payloading.

I've discussed this on IRC last week
Comment 2 Sebastian Dröge (slomo) 2011-05-24 09:21:00 UTC 
Does this still happen with the latest releases and the new tsdemux element from gst-plugins-bad?
Comment 3 Marc Leeman 2011-06-16 07:36:14 UTC 
There is still something off there.

I'll have a look later; we're currently working on a release.
Comment 4 Tobias Mueller 2011-10-14 20:03:49 UTC 
Marc, any news?
Comment 5 Marc Leeman 2011-10-24 08:37:29 UTC 
Sorry, no.

Since the plug was pulled on the broadcast project; I haven't done much on this anymore and it got under my radar.

I'll see if I can dig up the dvbsrc stream again in the lab to test if the latest git has improved the issue.
Comment 6 Tobias Mueller 2012-02-11 14:16:46 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!