[Bug 690934] tsdemux: setting program-number has no effect

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #3 from Jesper Larsen <jesper.larsen at ixonos.com> 2013-03-06 11:34:54 UTC ---
Created an attachment (id=238189)
 View: https://bugzilla.gnome.org/attachment.cgi?id=238189
 Review: https://bugzilla.gnome.org/review?bug=690934&attachment=238189

Patch to fix program-number property

I have tested with a MPEG-TS file containing two separate programs with video
and audio.

PAT table:
program-number 2: pmt-pid 33
prigram-number 1: pmt-pid 32

PMT table:
program-number 2: pid 300 (stream-type 27)
program-number 2: pid 200 (stream-type 15)
program-number 1: pid 301 (stream-type 27)
program-number 1: pid 201 (stream-type 15)

Pipeline:
filesrc location=double.ts ! tsdemux program-number=1 name=d \
d. ! h264parse ! queue ! decodebin ! autovideosink \
d. ! aacparse ! queue ! decodebin ! autoaudiosink


Running with the current master checkout I can confirm that setting
program-number does not change which program is being decoded. In my test case
it is program 2.

I have applied a patch that fixes the issue for my test case. The patch applies
on the current master branch. 

If I set the program-number to 1 or 2 the correct program is being decoded. If
no program-number is specified program 2 is decoded.

I can't say if the patch breaks any intended behavior, but at least it fixes
the  issue for my particular test case.

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