[FFmpeg-devel] [PATCH] libvpx: alt reference frame / lag

Reimar Döffinger Reimar.Doeffinger
Thu Jun 17 07:18:42 CEST 2010

On Thu, Jun 17, 2010 at 07:04:24AM +0200, Michael Niedermayer wrote:
> On Thu, Jun 17, 2010 at 06:24:12AM +0200, Reimar D?ffinger wrote:
> > On Wed, Jun 16, 2010 at 10:30:50PM -0400, John Koleszar wrote:
> > > I still think this multiple packet approach is very much KISS, and
> > > it's not just libvpx that it's simple for. The other part of that rule
> > > is "make it as simple as possible, but no simpler."
> > 
> > No it really isn't. It introduces data packets that produce no data.
> > The fact that no other format has this means this needs extensive
> > testing and honestly won't work for quite a few applications
> > (won't work with MEncoder, won't work with MPlayer if you try to
> > override -fps to some fixed value, probably won't work with ffmpeg
> > if you try to use -fps, I doubt it will work with any Video for Windows
> > application, for which VirtualDub is an example, and I think that
> > is not possible to fix).
> i realize now that -skip_frame is capable of skiping b frames, non ref frames
> and non key frames.
> This could create a similar effect, so you could test mplayer & mencoder
> besides that this is a usefull feature

Not sure what you intend to say here, but yes, the skip_frame flag works
for e.g. H.264 in MPlayer, even with -fps (as said in the other mail,
I confused how it handles things).
And packing ARFs does not break this feature in principle, it just
means it will be hard(er) to handle outside the decoder, however I very
much consider it reasonable to make a corner-case use more difficult
in order to get far better format compatibility and great simplicity
for the common case by eliminating a special case that no other codec

More information about the ffmpeg-devel mailing list