[FFmpeg-devel] [PATCH] Fix potential infinite discard loop.
Reimar.Doeffinger at gmx.de
Mon Feb 6 21:16:42 CET 2012
On Sun, Feb 05, 2012 at 03:56:51PM +0100, Reimar Döffinger wrote:
> On Sun, Feb 05, 2012 at 03:40:33PM +0100, Michael Niedermayer wrote:
> > On Sun, Feb 05, 2012 at 03:36:21PM +0100, Reimar Döffinger wrote:
> > > On Sun, Feb 05, 2012 at 03:11:25PM +0100, Reimar Döffinger wrote:
> > > > The alternative is to make read_timestamps parse every single
> > > > packet manually and just ignore what the demuxer claims it to
> > > > be (though with printing a big fat warning every time it's wrong).
> > >
> > > As in attached, but only for theora.
> > > I guess you can imagine what kind of mess that becomes if you have
> > > to add such a piece of code for every single codec know to man.
> > we only need to for every single video codec known to ogg, which
> > should be quite a bit less.
> > Besides anyone knows how the official libogg handles this ? Does it
> > fail or parse too ?
> It just seems to fail, at least MPlayer with -demuxer ogg shows the same
> broken seeking behaviour as -demuxer lavf without the patch.
> Though behaviour might differ with latest libogg since I think the files
> contain an index, which probably contains correct information.
So do you think I should apply this patch?
I guess it is an improvement in the functionality and maybe
it will convince someone to fix the broken ogg muxer that created
the file (there unfortunately is no hint in the file which muxer created
And I was probably wrong: the wiki sample does not contain a skeleton at
all (thus no index) and the BuckBunny one at least does not in the
sample either (though maybe the file is cut and the full one does).
More information about the ffmpeg-devel