[MPlayer-dev-eng] [PATCH] unified timing patch for H264

Alexander Strange astrange at ithinksw.com
Tue Aug 24 20:53:11 CEST 2010


On Aug 24, 2010, at 4:29 AM, Pásztor Szilárd wrote:

> Here is a modified version again, this time without touching libavcodec.
> Return value of the decoder was insufficiently handled in vd_ffmpeg.c anyway
> because NULL was returned in all cases of any type of "error", making it
> impossible to differentiate between different decoding "errors".
> 
> What works:
> * all samples in http://samples.mplayerhq.hu/V-codecs/h264/PAFF/ except the
> hdforum one (which is badly muxed and never worked without dumping video)
> * the sony-hdr-cx6-avchd-interlaced-decoding-problem samples too
> * my obscure m2hd.ts too
> * the danish_dvb.ts too, now finding correct A-V sync on its own.
> 
> I changed some of the PTS recalculation code so that it only kicks in after
> A-V sync has been settled. This, I believe, is working quite failsafe now.
> 
> I would require samples with 0-sized frames in AVIs or non-coded VOPs in mpeg4
> streams to check if they work correctly. Can anyone help me out?
> If they are broken, may these cases checked *before* passing data to the
> decoder? That could help out.

0-sized frames are removed by libavformat beforehand, so they just appear as VFR frames in the decoder.

There's two different kinds of non-coded VOP use in MPEG4 - one in packed b-frames and one used to drop frames directly.

I have the first, but not the second, and I'm not sure if you need that. In either case, you can generate them with mencoder+xvid by setting frame_drop_ratio very high.

Packed B-frames: http://astrange.ithinksw.net/ffmpeg/ef-op-bframes.mov
MPEG-2 field pictures: http://samples.mplayerhq.hu/MPEG2/mpeg2_field_encoding.ts



More information about the MPlayer-dev-eng mailing list