On Fri, May 18, 2018 at 10:43 AM, Aman Gupta <a...@tmm1.net> wrote: > > > On Fri, May 18, 2018 at 10:28 AM, Devin Heitmueller < > dheitmuel...@kernellabs.com> wrote: > >> > The issue is that the PMT PID advertised in the PAT contains multiple >> PMTs >> > for different programs. This is because the broadcaster decided to >> re-use >> > the same PID for multiple program PMTs. >> >> Ugh, ok. I understand the case you're talking about now. Thanks for >> clarifying. >> >> > To be clear, this issue is specific to _filtered_ mpegts streams. In >> this >> > case, my tuner hardware is trying to filter the mpegts stream from the >> > broadcaster to include only the program I care about. >> >> This is actually what I assumed, but I thought you were referring to >> the broken behavior found in some of the LinuxTV command line tools >> which allow you to save the TS but they don't include the PAT in the >> list of filtered PIDs. >> >> Now that I understand what you're trying to do, the approach you've >> proposed makes sense. I withdrawal any objections. >> > > Thanks. > > I'll try to expand the commit message to make it more clear before > committing. >
Updated commit message and applied as-is (off by default). Aman > > FYI, the way ffmpeg deals with missing PAT/PMT is by automatically > creating streams for any PIDs that appear containing PES streams. > > In this case, those extra pids are not in the file, so the streams were > only getting created because of the erroneous PMTs being seen. > > Aman > > >> >> Devin >> >> -- >> Devin J. Heitmueller - Kernel Labs >> http://www.kernellabs.com >> > > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel