<div dir="ltr"><div><div>Forgot to mention. The supposedly program-number bug is tested with GStreamer 1.4.5.<br><br></div>best regards<br></div>Peter<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 8, 2015 at 3:41 AM, Peter Maersk-Moller <span dir="ltr"><<a href="mailto:pmaersk@gmail.com" target="_blank">pmaersk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi<br><br></div>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)<br><br></div>The pipelines used for test are these:<br><br>pid1=300<br>pnum1=31<br># (works)<br>pnum1=32<br># (program gets number 1)<br><br>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<br><br>pid1=300<br>pid2=301<br>pnum1=32<br>pnum2=33<br></div><div># both pid1 and pid2 are associated with program 1 and not 32 and 33<br></div><div><br>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<br><br></div>pid1=300<br></div>pid2=301<br></div>pnum1=31 (works)<br></div>pnum1=32 (program gets number 1)<br><br></div>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.<br><br></div>So is this a bug?<br><br></div>Best regards<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">Peter Maersk-Moller<br><div><div><div><div><br></div></div></div></div></font></span></div>
</blockquote></div><br></div>