Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Fixes --disable-everything --enable-decoder=ac3
Signed-off-by: NMans Rullgard <mans@mansr.com>

These windows do not really belong in fft/mdct files and were
easily confused with the similarly named tables used by rdft.
Signed-off-by: NMans Rullgard <mans@mansr.com>

This function is not tightly coupled to mdct, and it's in the way
of making a fixed-point mdct implementation.
Signed-off-by: NMans Rullgard <mans@mansr.com>

Since initially committed in 2004, this codec has only been touched
for maintenanance.  Functionally, it contains no novel ideas and
its intended audience is better served by existing mature codecs.
Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The Broadcom CrystalHD decoder chips provide hardware video
decoding for a number of video formats. It does so using a
memory:memory interface where a compressed bitstream is fed
in and decompressed pictures are copied out. As such, it works
independent of any graphics hardware in the system.

Features supported in this initial version:
* Support for Linux (using current drivers/library from git.wilsonet.com)
* Support for 70015 hardware
* Formats: MPEG2, MPEG4 Part 2, H.264, VC1 and DivX 3.11 (untested)
* Progressive content
* Non-H.264 Interlaced content
* H.264 MBAFF content

Features missing in this initial version:
* Support for OSX (might work - untested)
* Support for Windows
* Support for 70012 hardware
* H.264 PAFF content
Signed-off-by: NPhilip Langdale <philipl@overt.org>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Done to keep ABI compatible. Otherwise this is just silly

It is pretty hopeless that other considerable projects will adopt
libavutil alone in other projects. Projects that need small footprint
are better off with more specialized libraries such as gnulib or rather
just copy the necessary parts that they need. With this in mind, nobody
is helped by having libavutil and libavcore split. In order to ease
maintenance inside and around FFmpeg and to reduce confusion where to
put common code, avcore's functionality is merged (back) to avutil.
Signed-off-by: NReinhard Tartler <siretart@tauware.de>

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
(cherry picked from commit dda3f0ef)

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
(cherry picked from commit 44ddfd47)

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

This will be beneficial for use with the audio conversion API without
requiring it to depend on all of dsputil.
Signed-off-by: NMans Rullgard <mans@mansr.com>
(cherry picked from commit c73d99e6)

This will be beneficial for use with the audio conversion API without
requiring it to depend on all of dsputil.
Signed-off-by: NMans Rullgard <mans@mansr.com>

It's incomplete, no one is working on it, and when someone asks about
working on it we advise them not to.
Signed-off-by: NMans Rullgard <mans@mansr.com>
(cherry picked from commit ff3d4310)

It's incomplete, no one is working on it, and when someone asks about
working on it we advise them not to.
Signed-off-by: NMans Rullgard <mans@mansr.com>

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

Fixed-point AC-3 encoder renamed to ac3_fixed.
Regression test acodec-ac3 renamed to acodec-ac3_fixed.
Regression test lavf-rm changed to use ac3_fixed encoder.

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

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

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

This fixes compilation with --disable-everything --enable-<component>,
for all encoders, decoders, muxers, demuxers, parsers, protocols, bsfs,
indevs, outdevs and filters at the moment. (All those that work without
any external dependencies at least.)

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

This fixes building with --disable-everything --enable-muxer=matroska and/or
--enable-muxer=webm

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

Galvão Póvoa <marspeoplester gmail com>, mentored by Robert Swain <robert
dot swain gmail com>.

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

Seek test reference updated because FLAC seeking now works properly.
Fixes roundup issue 1150.

Patch by Michael Chinen [mchinen at gmail]

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

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

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

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

The decoder is just a wrapper around the AAC decoder.
based on patch by Paul Kendall { paul <ät> kcbbs gen nz }

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

bitstream endianness, so they cannot reuse the same code
without a lot of function call overhead.
Thus use templating to compile two different binaries.

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

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

Original patch by Zhou Zongyi, zhouzy A os pku edu cn, resubmitted by
James Darnley, james.darnley gmail, changes by me.

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

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

function and rename it to av_get_cpu_flags().

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

This fixes building with --disable-everything --enable-muxer=rtp, closing
issue 2159.

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

enabling codec and muxer by registering it in allcodec.c and allformat.c and adding files to the build-system

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

Many H.264 derivatives, like RV40 and VP8, use the H.264 prediction functions
but not the weight/loopfilter functions.
This should reduce the size of builds with one of these derivatives but without
H.264 decoding itself.

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

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