On Wed, Apr 06, 2011 at 08:39:05AM +0200, Oliver Endriss wrote: > On Monday 04 April 2011 13:05:19 Janne Grunau wrote: > > On Tue, Mar 15, 2011 at 02:50:05PM +0100, Oliver Endriss wrote: > > > The PAT/PMT from the stream does not describe the dvr stream correctly. > > > > > > The dvr device provides *some* PIDs of the transponder, while the > > > PAT/PMT reference *all* programs of the transponder. > > > > True, the PAT references some PMT pids which won't be included. All pids > > from the desired program should be included. A transport stream without > > PAT/PMT is as invalid as the stream with incorrect PAT/PMT/missing pids > > but the second is easier to handle for player software than the first. > > A sane player can handle a TS stream without PAT/PMT. > Iirc mplayer never had any problems. mplayer with default options has only no problems as long as the video codec is mpeg2 and possible mpeg 1 layer 2 audio. Try any H.264 stream and see it fail. That was the reason why I want to change the behaviour with -r in the first place. http://blog.fefe.de/?ts=b58fb6b1 (german content) triggered it. I don't care too much. Can someone please push Christian's original patch adding -p to azap. Janne -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
