[FFmpeg-devel] [RFC] h264 avoid starting decode on a non top field

[Michael Niedermayer]

On Tue, Apr 30, 2013 at 08:33:59PM +0200, Joakim Plate wrote:
> This (http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/136848) would
> seem to have cropped up again or more likely was never fully solved.
> 
> The attached patch was proposed (against xbmc ffmpeg copy). I can't really
> tell if seem valid or not. I've not investigated this fully yet.
> 
> Any thoughts on the matter before I dive deeper?

breaks fate:

--- ./tests/ref/fate/h264-conformance-cama1_vtc_c   2013-04-30 02:16:15.121142267 +0200
+++ tests/data/fate/h264-conformance-cama1_vtc_c    2013-05-01 01:24:09.274896625 +0200
@@ -1,5 +0,0 @@
-#tb 0: 1/25
-0,          0,          0,        1,   518400, 0x41c2ce17
-0,          1,          1,        1,   518400, 0x39f217da
-0,          2,          2,        1,   518400, 0x5a108db9
-0,          3,          3,        1,   518400, 0x20cb214c
Test h264-conformance-cama1_vtc_c failed. Look at tests/data/fate/h264-conformance-cama1_vtc_c.err for details.

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20130501/2640de57/attachment.asc>