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

Original thread:
Date: Sat, 24 Mar 2007 04:04:53 +0100
Subject: [Ffmpeg-devel] Shorten file playback broken in SVN trunk

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

check input validity, this prevents a few variables from reachin odd values which might have lead to out of array writes and thus might have been exploitable

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

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

increment subminor version due to r8502 and r8504, those revisions make dnxhd and gif decoders in line with libavcodec API

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

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

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

move eob_reached logic into ff_lzw_decode_tail() which simplifies the code, avoids some checks in the innermost loop and also gets rid of the controversal break while hopefully retaining the last byte in a valid bytestream, invalid bytestreams still can have very significant overread

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

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

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

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

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

dont fail immediately when a somehow broken track is detected, some tracks might be good, fix mi2_vorbis51.mp4

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

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

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

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

P.S.  This condition could be also written as if(n==3 || n==(2-dc_pred_dir))

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

Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)

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

Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)

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

Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)

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

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

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

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

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

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

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

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

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

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

Some more BeOS cleanup: check for arpa/inet.h; declare the prototype for inet_aton if not found; remove barpainet.h as it's not longer needed.

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