mpegtsmux program number bug?

[Peter Maersk-Moller]

Hi

When I try to set the program number for the mpegtsmux using the pipeline,
it all works quite well until I try to set a program number above 31. Using
a program number above 31, makes the mux set the program number to 1. It
furthermore creates complications, if I have two streams and they both have
a program number above 31. Then I only get one program with the number 1
possibly with both pes pids (not verified)

The pipelines used for test are these:

pid1=300
pnum1=31
# (works)
pnum1=32
# (program gets number 1)

gst-launch-1.0 videotestsrc is-live=1  ! 'video/x-raw,framerate=15/1' !
videoconvert ! x264enc speed-preset=2 ! h264parse ! queue ! mux.sink_$pid1
mpegtsmux name=mux prog-map=program_map,sink_$pid1=$pnum1 ! chopmydata
max-size=1316 min-size=1316 ! udpsink host=127.0.0.1 port=10074

pid1=300
pid2=301
pnum1=32
pnum2=33
# both pid1 and pid2 are associated with program 1 and not 32 and 33

gst-launch-1.0 videotestsrc is-live=1  ! 'video/x-raw,framerate=15/1' !
videoconvert ! x264enc speed-preset=2 ! queue ! tee name=t ! h264parse !
queue ! mux.sink_$pid1 mpegtsmux name=mux
prog-map=program_map,sink_$pid1=$pnum1,sink_$pid2=$pnum2 ! chopmydata
max-size=1316 min-size=1316 ! tcpserversink host=127.0.0.1 port=10074 t. !
h264parse ! queue ! mux.sink_$pid2

pid1=300
pid2=301
pnum1=31 (works)
pnum1=32 (program gets number 1)

As far as I can read in the standard, the 16 bit field for program number
in the PAT packet and in the PMT packet allows for program number between
1-2^16-1 although ATSC reserves 2^16-1 for some analogue stuff.

So is this a bug?

Best regards
Peter Maersk-Moller
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150608/2899c087/attachment.html>