[Bug 659924] 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

--- Comment #21 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-09-30 13:08:22 UTC ---
I've now got something that works well here so far:

There's a patch to mpegtsdemux to try to add all known pads as soon as data is
received. It works very well in some cases, and will start playing pretty much
instantly. Since all pads are added at once, subtitles *should* never be
forgotten.

When it works, it works pretty nicely :) It does make some other cases stall
though, where no data at all is received for known streams. These will hit the
decodebin2 overrun threshold as a fallback. In some cases, though, some streams
being incomplete would cause the entire demuxed group to not be added. I have a
patch to decodebin2 to cut off those incomplete streams, to allow the complete
ones to start.

The coming change from 647769 should ensure that, for those cases where early
addition is impossible, the overrun does not happen after too long a delay.

All radio streams I tried come up almost instantly, some video streams almost
instantly, and some after the initial overrun. I don't think I've got one that
fails to start now.

Patches attached below. They replace the two patches above. Last patch from
647769 should also be applied, and is currently included in the -base patch
below.

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