[FFmpeg-devel] [Ffmpeg-devel] [PATCH] Support raw mpegts streams from dvr

Michael Niedermayer michaelni
Wed Jun 6 16:56:36 CEST 2007


Hi

On Wed, Jun 06, 2007 at 03:44:15PM +0100, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> 
> > Hi
> >
> > On Wed, Jun 06, 2007 at 01:01:11PM +0100, M?ns Rullg?rd wrote:
> >> 
> >> Wolfram Gloger wrote:
> >> >> From: Nico Sabbi <nsabbi at email.it>
> >> >> not crucial, but indispensable: think of H264 and mpeg4: they need a
> >> >> qualificator in teh pmt
> >> >
> >> > Ok, for that content Mans' statement may be true.
> >> > However, DVB for me still is 99.9% mpeg2video and mp2 audio.
> >> 
> >> And how do you, in a multiprogram TS, guess which PIDs belong to the same
> >> program, and with which PCR PID, without the PMT?
> >> 
> >> A transport stream without a PMT is no better than an AVI file without
> >> a header.  It is *invalid*, 
> >
> > true
> >
> >> and we should IMO make no attempt to support
> >> such things.  The harder it is to play bad files, the more incentive for
> >> people to create them properly in the first place.
> >
> > i strongly disagree, ffmpegs goal was always to play everything not
> > to reject things which are invalid just because they are, if we did
> > that ffmpeg wouldnt even play 10% of all AVI files -> ffmpeg would
> > have no users and noone would care about it or contribute to it
> > it also wouldnt reduce the number of broken avi files, people would
> > just use a different player/demuxer
> >
> > what can and should be done is to print a warning that the file is
> > invalid not play big jerk and say "no we wont play this"
> 
> You have a valid point.  However, I'd still prefer support for broken
> files to be off by default, only enabled by specifying -strict -1 or
> something.  

iam ok with that


> Alternatively, we could provide a simple tool to generate
> a valid pat/pmt so people could fix their files.

thats certainly a good idea too independant of the strict -1 thing but
it wont fix all cases as the file might be on read only media ...

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070606/538d6533/attachment.pgp>



More information about the ffmpeg-devel mailing list