- 24 Jul, 2008 29 commits
-
-
Michael Niedermayer authored
instead of the fragile first_field check to determine if we have 2 fields at the end. Originally committed as revision 14380 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14379 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14378 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14377 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 14376 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Joakim Plate authored
Patch by elupus (elupus ecce se) Originally committed as revision 14375 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Also display both file sizes and slightly change the output formatting. [not split in 3 patches to avoid the huge checksum files from being changed and having to be reviewed 3 times, if people want it split i can revert and split it] Originally committed as revision 14374 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Fixes at least: FRExt/HPCV_BRCM_A.264 FRExt/HVLCFI0_Sony_B.264 FRExt/HVLCPFF0_Sony_B.264 H264_artifacts_motion.h264 Originally committed as revision 14373 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 14372 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 14371 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 14370 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 27345 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Diego Biurrun authored
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
-
Michael Niedermayer authored
Originally committed as revision 14369 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14368 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 14367 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
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
-
John Schmiederer authored
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
-
Vitor Sessak authored
Originally committed as revision 14364 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
(s/table1a/syn_bw_tab/, s/table2a/gain_bw_tab/). Originally committed as revision 14363 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14362 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14361 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
(s/table1/syn_window/, s/table2/gain_window/). Originally committed as revision 14360 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14359 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14358 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
do_hybrid_window(). Also change a misleading and wrong comment. Originally committed as revision 14357 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
Originally committed as revision 14355 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14354 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 23 Jul, 2008 11 commits
-
-
Michael Niedermayer authored
Originally committed as revision 14353 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Kostya Shishkov authored
Originally committed as revision 14352 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14351 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14350 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14349 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benjamin Larsson authored
Originally committed as revision 14348 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 14347 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 14346 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 14345 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Kostya Shishkov authored
Originally committed as revision 14344 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Vitor Sessak authored
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
-