[MPlayer-dev-eng] Accurate video pts handling

Michael Niedermayer michaelni at gmx.at
Wed May 10 01:55:42 CEST 2006


Hi

On Wed, May 10, 2006 at 02:04:56AM +0300, Uoti Urpala wrote:
> On Wed, 2006-05-10 at 00:24 +0200, Michael Niedermayer wrote:
> > On Tue, May 09, 2006 at 10:19:06PM +0300, Uoti Urpala wrote:
> > > > whats the problem with using AVCodecContext.has_b_frames as the delay?
> > > 
> > > I think it doesn't always have the correct value for that use. It
> > > doesn't seem to be reset after seeks or errors which make lavc drop
> > > buffered frames.
> > 
> > could you elaborate?
> > if we seek, we flush the buffers so the number of frames in the decoder
> > becomes 0 (you also could flush the pts buffer here), and at the time 
> > when we output the next frame it should be AVCodecContext.has_b_frames 
> > again, this seems correct?
> 
> It's not for h264 at least, the first keyframe after seek is output
> immediately.

if so thats a bug in h264.c


[...]
-- 
Michael

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is




More information about the MPlayer-dev-eng mailing list