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 675227 - [mpegtsdemux] Streaming MPEG2 TS does not work
[mpegtsdemux] Streaming MPEG2 TS does not work
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-05-01 10:24 UTC by Sebastian Pölsterl
Modified: 2013-07-20 10:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Test case (2.41 KB, text/x-csrc)
2012-05-01 10:24 UTC, Sebastian Pölsterl
Details
Log of server using mp2tpay (11.69 KB, text/x-log)
2012-05-01 10:25 UTC, Sebastian Pölsterl
Details
Log of client using mp2tpay (6.83 KB, text/x-log)
2012-05-01 10:25 UTC, Sebastian Pölsterl
Details
Log of server using mpvpay (11.57 KB, text/x-log)
2012-05-01 10:25 UTC, Sebastian Pölsterl
Details
Log of client using mpvpay (1.35 KB, text/x-log)
2012-05-01 10:26 UTC, Sebastian Pölsterl
Details
Test case using sample.mpeg (2.17 KB, text/x-csrc)
2012-05-29 20:24 UTC, Sebastian Pölsterl
Details

Description Sebastian Pölsterl 2012-05-01 10:24:27 UTC
Created attachment 213180 [details]
Test case

Since upgrading to Fedora 17 gnome-dvb-daemon is not able to stream MPEG2 TS streams anymore. Creating a small example that uses a static pipeline did not work as well when using rtpmp2tpay. However, demuxing and using rtpmp2tpay works fine. I'm not sure whether that's a problem on the server or client side.

Versions:
gstreamer-rtsp 0.10.8
gstreamer 0.10.36
gstreamer-plugins-base 0.10.36
gstreamer-plugins-good 0.10.31
gstreamer-plugins-bad 0.10.22
Comment 1 Sebastian Pölsterl 2012-05-01 10:25:23 UTC
Created attachment 213181 [details]
Log of server using mp2tpay
Comment 2 Sebastian Pölsterl 2012-05-01 10:25:40 UTC
Created attachment 213184 [details]
Log of client using mp2tpay
Comment 3 Sebastian Pölsterl 2012-05-01 10:25:57 UTC
Created attachment 213185 [details]
Log of server using mpvpay
Comment 4 Sebastian Pölsterl 2012-05-01 10:26:13 UTC
Created attachment 213186 [details]
Log of client using mpvpay
Comment 5 Sebastian Pölsterl 2012-05-24 19:43:56 UTC
Turns out the culprit is commit 09f0860a1037b73bf314dd6d80ebbfa096ff93bf to gstmpegtsdemux.c (see bug 663756). After reverting it, everything works fine again.
Comment 6 Sebastian Pölsterl 2012-05-29 20:24:25 UTC
Created attachment 215217 [details]
Test case using sample.mpeg

I uploaded a sample file to http://k-d-w.org/clipboard/sample.mpeg and adjusted the test case to use this file. The result is as follows:

Does *not* work:
gst-launch playbin2 uri=rtsp://127.0.0.1:8554/test

Does *not* work:
gst-launch rtspsrc location=rtsp://127.0.0.1:8554/test ! rtpmp2tdepay ! mpegtsdemux name=demux ! queue2 ! mpeg2dec ! xvimagesink demux. ! queue2 ! mad ! alsasink

Does work:
gst-launch rtspsrc location=rtsp://127.0.0.1:8554/test ! rtpmp2tdepay ! tsdemux name=demux ! queue2 ! mpeg2dec ! xvimagesink demux. ! queue2 ! mad ! alsasink


For me the result should be that I can play the stream fine using playbin2. Unfortunately, playbin2 uses mpegtsdemux instead of tsdemux.
Comment 7 Edward Hervey 2012-05-30 10:11:41 UTC
Since mpegtsdemux is no longer the primary demuxer in git, shall we just revert that patch ?

It works fine with tsdemux, so the upcoming release will have the fix anyway.
Comment 8 Sebastian Pölsterl 2012-06-01 07:28:39 UTC
From my point of view it doesn't really matter.

In the meantime, is there a way to tell playbin2 to use tsdemux instead of mpegtsdemux until a new version is released?
Comment 9 Tobias Mueller 2012-10-04 13:21:49 UTC
Reopening as I can't see any open non developer question.
Comment 10 Tim-Philipp Müller 2013-04-21 09:27:10 UTC
I don't think this is going to get fixed for mpegtsdemux in 0.10 if it's still a problem, so let's close this. tsdemux works fine after all and is the only demuxer in 1.x