[FFmpeg-devel] [PATCH] Generic part of frame multithreading

Uoti Urpala uoti.urpala
Wed Aug 20 21:31:45 CEST 2008

On Wed, 2008-08-20 at 21:07 +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 20 August 2008 at 21:00, Michael Niedermayer wrote:
> > On Wed, Aug 20, 2008 at 11:07:16AM -0400, Alexander Strange wrote:
> [...]
> > > mplayer counts frame delay using avctx->has_b_frames, which works for  
> > > h264 and doesn't work with this. ffplay counts delay by adding pts to  
> > > frames in get_buffer, which works with this but might not work with  
> > > h264, because of the frame num gap code. I thought about making avctx- 
> > >  >delay accurate for decoding too, which should solve all this.
> > 
> > mplayer is violating lavc API ...
> > IIRC ive rejected the use of has_b_frames back then when uoti suggested it
> > from your mail i assume that this design was commited anyway.

Inaccurate as I explained in another mail.

> One more reason to stop including libav* in MPlayer tree.

Why do you think that topic is in any way related? has_b_frames is a
field in a public header. Whether libav* is compiled separately or not
makes no difference to its use and the effects of that use.

More information about the ffmpeg-devel mailing list