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

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

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

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

It seems that it's opt parse bug, it can't process the flags which start by
digit. After change 8x8dct to dct8x8, I can set it without problem. I guess
nobody will use it since it can't work as expected, so the quick fix is change
the option name.

Patch by Limin Wang lance dot lmwang at gmail com

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

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

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

how did i succeed doing such a ridiculously silly thing? well i think it happened like:
1. verifying that the regression tests pass with old resample2.c
2. updating the regressions to the new resample2.c ... failed svn complained
3. svn up
4. updating the regressions to the new resample2.c success (r8485)

at that point everything was still ok

5. some more resample2.c work update regressions, read diff, commit (r8486)

my misstake was that the svn up at point 3 was run in tests/  -> iam an idiot

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

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

armv5t does - use the armv5t function rather than default c code.
patch by Tim Chick chick at computergeek freeserve co uk

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

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

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

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

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

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

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

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

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

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

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

it causes overflows with linear interpolated filters coefficients

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

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

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

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

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

patch by Tim Chick, chick at computergeek freeserve co uk

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

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

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

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

improves subjective sound quality on artificial sample (udial.wav resampling
to 32khz)

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

frame, but some low-bitrate NSV files omit video frames for some NSV frames,
and expect the timestamp to increase by one every NSV frame. This is noticeable
in 64vp3.nsv where the video runs several times faster than the audio. Fix this
by unconditionally incrementing the video's timestamp with each NSV frame.
patch by David Conrad, umovimus gmail com

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

reset the streams' cur_dts values.  This can lead to a fatal "error,
non monotone timestamps ..." message later, because the out-of-date
cur_dts values are used to compute some packet's dts.

Fix this by calling av_read_frame_flush() and eliminate code
duplication in the process.

The additional hunk gives more detailed error messages.

patch by Wolfram Gloger, wmglo dent.med.uni-muenchen de

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

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

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

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

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

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

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

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

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

Patch by Ian Braithwaite ian .. braithwaite ... dk

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

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

should fix constant pts=0 with broken demuxers

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

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

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

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

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

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

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

At the end of a nut file, the check for url_feof() fails because the
eof flag was cleared by the url_fseek() call that was used to skip over
the index packet.    This patch fixes this
patch by: Clemens Ladisch % cladisch A fastmail P net %
Original thread:
Date: Feb 27, 2007 6:13 PM
Subject: [Ffmpeg-devel] [PATCH] nutdec: fix end-of-file detection

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