Originally committed as revision 14425 to svn://svn.ffmpeg.org/ffmpeg/trunk

Fixes maybeH264_dumpvideo

Originally committed as revision 14424 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14423 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14422 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14421 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14420 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14419 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14418 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14417 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14416 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14415 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14414 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14413 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14412 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14411 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14410 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14409 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14408 to svn://svn.ffmpeg.org/ffmpeg/trunk

Can be disabled by removing #define ALLOW_NOCHROMA in case the extra if()
slow the code down measurably.
Fixes at least
FRExt/HPCAMOLQ_BRCM_B.264
FRExt/HPCVMOLQ_BRCM_B.264

Originally committed as revision 14407 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14406 to svn://svn.ffmpeg.org/ffmpeg/trunk

	Remove another 2 incorrect checks.
	These would ignore fields of different parity.
I was wrong, i thought pic_stricture is the current pic structure.
But it does not make a difference either way on the reference bitstreams.

Originally committed as revision 14405 to svn://svn.ffmpeg.org/ffmpeg/trunk

These would ignore fields of different parity.

Originally committed as revision 14404 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14403 to svn://svn.ffmpeg.org/ffmpeg/trunk

What the standard calls non-existent is not related to the
value of the data[0] pointer.

Originally committed as revision 14402 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14401 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14400 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14399 to svn://svn.ffmpeg.org/ffmpeg/trunk

repair with hacks.
new code is ~60lines old was ~200
Fixes at least:
FRExt/HCHP2_HHI_A.264
one sample also get decoded much better:
FRExt/FRExt1_Panasonic.avc (PSNR 11 -> 80)
(no i do not know why, the old code was too a big mess to figure out
 what it did)

Originally committed as revision 14398 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14397 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14396 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14395 to svn://svn.ffmpeg.org/ffmpeg/trunk

now related to SHORT2LONG MMCOs.

Originally committed as revision 14394 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14393 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14392 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14391 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14390 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14389 to svn://svn.ffmpeg.org/ffmpeg/trunk

that does not do anything.

Originally committed as revision 14388 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14387 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14386 to svn://svn.ffmpeg.org/ffmpeg/trunk