[MPlayer-dev-eng] [PATCH] -vf fixpts=use_timer
Dan Oscarsson
Dan.Oscarsson at tieto.com
Wed Jul 21 18:11:11 CEST 2010
tis 2010-07-20 klockan 19:28 +0200 skrev Reimar Döffinger:
> > In case of mencoder, sh_video->timer was not available, and sh_video->pts was
> > not monotonous (and thus bad for e.g. subtitle rendering), so I got no better
> > idea than using the audio timer instead.
>
> Well, enabling the timestamp reordering code for the nocorrect-pts case would
> probably take care of that, it's just the problem that I suspect it will
> not be quite as easy to enable it without breaking things.
As I would also like to have monotonous pts values very much
I have been testing enabling reordering for the nocorrect-pts case and
for several .avi files which get
[ffodivx] vfm: ffmpeg (FFmpeg MPEG-4) as decoder, I see that the first
video frame is "delayed" (i.e. mpvdec->decode returns NULL).
When using -demuxer lavf which sets correct_pts, the pts for first video
frame is 0.041708 while without it, the pts is 0.000000.
Now I wonder, what is the correct pts of the first frame? Is it 0.000
which is what I could expect from a .avi file, or is the first frame in
the file is discarded so the first frame has pts 0.041708?
Not every .avi (mpeg-4) file "delays" first frame. Is the above because
of a B-frame so no frame is discarded, just delayed?
To hear what is correct is not easy, at 24 hz the a-v difference of one
frame off is not easy to detect.
Dan
More information about the MPlayer-dev-eng
mailing list