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

Originally committed as revision 27345 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

The original problem was that FSF and Apple gcc used a different syntax
for vector declarations, i.e. {} vs. (). Nowadays Apple gcc versions support
the standard {} syntax and versions that support {} are available on all
relevant Mac OS X versions. Thus the greater compatibility is no longer
worth cluttering the code with macros.

Originally committed as revision 27344 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

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

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

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

The original problem was that FSF and Apple gcc used a different syntax
for vector declarations, i.e. {} vs. (). Nowadays Apple gcc versions support
the standard {} syntax and versions that support {} are available on all
relevant Mac OS X versions. Thus the greater compatibility is no longer
worth cluttering the code with macros.

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

Patch by John Schmiederer jschmiederer on2 com
Original thread: [PATCH] Use tkhd matrix for proper display in mov
Date: 05/23/2008 09:31 PM

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

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

(s/table1a/syn_bw_tab/, s/table2a/gain_bw_tab/).

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

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

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

(s/table1/syn_window/, s/table2/gain_window/).

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

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

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

do_hybrid_window(). Also change a misleading and wrong comment.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

frame, there will be only one centroid and it will be impossible to
find three distinct ones. It is better to just avoid shifting if
there are not three different centroids.

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

to workaround an ICC bug.

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

that has no corresponding points. Not only it is the
worst possible pick, but also the code was written
without this case in mind.

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

different codebook centroids ("high utility", "low
utility" and "closest to the low utility one"). This
change avoid the corner case of choosing two times the
same centroid.

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

Fixes at least:
MR3_TANDBERG_B.264
MR4_TANDBERG_C.264
MR5_TANDBERG_C.264

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

Fixes at least
MR2_TANDBERG_E.264

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

Fixes at least:
src19td.IBP.264
CVWP3_TOSHIBA_E.264
cvmp_mot_picaff0_full_B.26l
CVMP_MOT_FRM_L31_B.26l
cvmp_mot_frm0_full_B.26l
CVMP_MOT_FLD_L30_B.26l
cvmp_mot_fld0_full_B.26l

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

to and it with 0xFF.

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

optimization, more interresting would it have been had the author
thought about what value chroma_qp would have for the following MB.
Or failing that, had actually tested the code.
So this reverts this non-functional optimization, and makes the code work.
Fixes at least CAPM3_Sony_D.jsv

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

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

Patch by tripp eliared yahoo com

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