[Bug 670921] [tsdemux] File can not preroll when tsdemux is autoplugged into playbin2

[GStreamer (bugzilla.gnome.org)]

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

Thibault Saunier <thibault.saunier> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[tsdemux] File can not      |[tsdemux] File can not
                   |start playing when tsdemux  |preroll when tsdemux is
                   |is autoplugged into         |autoplugged into playbin2
                   |playbin2                    |

--- Comment #3 from Thibault Saunier <thibault.saunier at collabora.com> 2012-02-28 20:53:42 UTC ---
The problem is that in the PMT, a stream (pid=0x25a and stream_type=mpegaudio)
is declared, but this stream actually contains no data. The tsdemux element
creates the src pads directly according to the Program Map Table from the media
stream, without knowing if the stream that are declared there actually contain
data or not. So we get stuck waiting for data from the pad which will never
happen. As opposed, the mpegtsdemux element creates the pads when data arrives
for a particular stream, so this problem doesn't exists.

I am not sure what would be a smart fix for that, I think it is a choice to do
it the way it is done, so we shouldn't use the same strategy as the mpegtsdemux
element (moreover, according to a comment in mpegtsdemux "Adding streams (pads)
early fixes a wedge in some low bitrate streams, but causes deadlocks -
disabled for now").

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