GNOME Bugzilla – Bug 777088
tsdemux: Expose new pads if got new stream-start
Last modified: 2018-11-03 14:03:08 UTC
If upstream pushes new stream-start event with updated stream-id, nobody can guarantee that newly incoming stream is identical to the previous one. So, demux should expose new pads whatever previously demux has. This is to fix the case that codec/stream configuration change with hls bitrate switching.
Created attachment 343243 [details] [review] tsdemux: Expose new pads if got new stream-start
Created attachment 343244 [details] [review] tsdemux: Change srcpad naming to indicate created sequence Since newly exposed pad might have same program number and PID, includes creation sequence number to differentiate them.
With playbin3, it makes me hard that existing demux elements are re-used. So, such period change or bitrate switch driven new stream-start event must be correctly handled by demux, since the new stream-id in stream-start is the only clue.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/506.