[Bug 659924] New: GStreamer fails to play certain MPEG-2 transport streams containing audio and private data

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=659924
  GStreamer | gst-plugins-bad | 0.10.36

           Summary: GStreamer fails to play certain MPEG-2 transport
                    streams containing audio and private data
    Classification: Platform
           Product: GStreamer
           Version: 0.10.36
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: simon.farnsworth at onelan.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=197328)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=197328)
The mentioned 30 second recording of the problem transport stream.

I have multicast MPEG-2 transport streams, which are a copy of the data from
BBC 6 Music on Stra 28.2E, put on the network by an Exterity DVB-S TV Gateway.
These transport streams fail to play.

I've got a 640kbyte recording of the problem stream (~30 seconds of audio),
which I've been testing with.

I started with a playbin2, which simply failed. I've been able to build a
pipeline that works:

gst-launch filesrc location=~/stream.mpg ! mpegtsdemux name=demux demux. !
mpegaudioparse ! decodebin2 ! queue ! alsasink

with output:
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
Got EOS from element "pipeline0".
Execution ended after 29212984766 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

and a minimal alteration to the pipeline that fails:

gst-launch filesrc location=~/stream.mpg ! mpegtsdemux name=demux demux. !
mpegaudioparse ! decodebin2 ! queue ! alsasink demux. ! fakesink

with output (note interrupt after 15 seconds - the first pipeline plays within
a second):
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
^CCaught interrupt -- handling interrupt.
Interrupt: Stopping pipeline ...
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

It looks like GStreamer isn't coping with the private sections mentioned in the
PMT, but not actually present in the stream; this isn't an uncommon
configuration for this sort of setup, as the private sections are both unusable
and relatively high bitrate compared to the useful audio data.

-- 
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.