that FF_ELEMS(ff_sine_windows[x]) == 1 << x.

Fix issue 1384.

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

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

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

Fixes issue 1386.

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

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

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

slightly different probetest.

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

Patch by Martin Storsjö / martin von martin aus st

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

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

input.

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

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

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

are non-obvious and probably need a large (about 1kB at least) probe buffer.

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

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

Require at least one signature match per provided 1MB of probe data,
and if there is only a single match, return at most MAX/4.
Fixes issue1382 but could/should probably still be improved.

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

make our decoder fail anyway.
dnxhd probe now passes probetest.

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

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

New code can detect h261 startcodes even when the first is damaged or not at the
begin. It also passes probetest v2 & v3.

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

In particular check that the detected markers clearly indicate a specific DTS
format (a wild mixture of e.g. little- and big-endian markers is unlikely to be
a valid DTS file) and ensure the markers appear with sufficient frequency.

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

In particular, check that length of the first index entries is not 0 since
that is interpreted "end of file" and makes no sense in the very first entries.

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

invalid values that wouldn't play right anyway and reduce probe score to MAX/2.
Passes probetest v2.

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

The new code should detect h263 even if the first startcode is damaged or
somewhere else than the first byte. It also passes probetest v2 as just
posted on ffmpeg-dev.

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

also the addition of "sound_buffers" not only the multiplication.

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

format probe.
Spotted by Reimar Döffinger.

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

small probe buffer sizes due to 0-padding (see probetest results).

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

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

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

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

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

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

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

This fixes the warnings
** `Developers Guide' is up for `Coding Rules', but has no menu entry for this node
** `Invocation' is up for `FFmpeg formula evaluator', but has no menu entry for this node

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

This avoids a crash when the next slice is not a start slice and thus
pkt->data is still NULL.
This probably only happens with broken or unsupported files like
http://samples.mplayerhq.hu/real/multirate/JustaSpa1937_64kb.rm
that need further fixes, but keeping vst state consistent is still a good idea.

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

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

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

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

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

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

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

done by the demuxer.

Fix issue 1378.

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