[MPlayer-dev-eng] [PATCH] buffered pts when -correct-pts
Pásztor Szilárd
don at tricon.hu
Tue Aug 17 13:57:55 CEST 2010
Dan Oscarsson:
> Actually I think there are two problems. You have one with interlaced
> streams. The problem I have had is with a friends DVB-T/H.264 mpegts
> files from recorded Danish TV broadcasts. In my files the problem was
Hm, you are right. The danish_dvb is still not fixed completely. My PTS dump
shows that there are fluctuations in frametime, for some reason there are
bursts when frames get played at double speed, then playback slows back down
and corrects. This is due to blit frames not being homogeneous. Sometimes
there are no "frames" without image (i.e. first fields where blit=0), but
blit=1 sequences come.
What is the logic behind correct_pts dropping blit=0 frames? I still don't
understand it...
> But your problem is with interlaced video (which I assume mine are not
> as they works fine with my patches) where the "decoder lag" is reported
> incorrectly. Maybe the correct patch for that is to correct the code
> returning the incorrect "decoder lag" instead of patching reorder code
> to always use twice "decoder lag" value.
The true fix would be to not split interlaced double-fields into separate
frames...
-----------------------------------------------------------------
| It's difficult to comprehend how insane some people can be, |
| especially when you're insane. |
-----------------------------------------------------------------
More information about the MPlayer-dev-eng
mailing list