Install each library's headers in $prefix/include/$libname.
The installed headers use #include "lib*/*.h"; applications
are expected to do the same.

Specify only $prefix/include in .pc files.

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

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

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

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

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

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

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

(as far as that is possible) with the Sun C compiler.

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

Thanks to Uoti Urpala for spotting it and proposing the
fix.

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

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

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

Do what the spec says, insane or not:
"
Format 0 (uncompressed) and Format 3 (uncompressed little-endian) are similar. Both encode
uncompressed audio samples. For 8-bit samples, the two formats are identical. For 16-bit
samples, the two formats differ in byte ordering. In Format 0, 16-bit samples are encoded and
decoded according to the native byte ordering of the platform on which the encoder and Flash
Player, respectively, are running. In Format 3, 16-bit samples are always encoded in little-endian
order (least significant byte first), and are byte-swapped if necessary in Flash Player before
playback. Format 0 is clearly disadvantageous because it introduces a playback platform
dependency. For 16-bit samples, Format 3 is highly preferable to Format 0 for SWF version 4
or later.
"

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

little endian and native endian.

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

Riff ids for wmapro and wmavoice, this adds support for stream copy of these codecs between asf,avi and wav containers.

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

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

treat stream_type==0x82 as AUDIO_DTS when the program has a REGISTRATION_DESCRIPTOR with the value HDMV; approved by Mans

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

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

taken from the DOS/DJGPP port by Michael Kostylev, mik niipt ru

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

suggested by Uoti Urpala

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

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

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

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

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

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

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

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

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

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

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

Based on a patch by Stefano Sabatini.

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

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

2x faster than scalar in 32bit, 4x faster in 64bit (as opposed to 8x in mmx)

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

cycles per 1000 pixels on core2:
left: 9211->5170
top: 9283->2138
avg: 12215->7611
paeth: 64024->17360
overall rgb png decoding speed: +45%
overall greyscale png decoding speed: +6%

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

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

Log:
Make timestamp interpolation work with mpeg2 field pictures.
Cleaner/simpler solutions are welcome.
----
A IMHO cleaner solution has been implemented.

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

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

field pictures much more digestable.

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

patch by Eddie Pang, eddpang gmail com

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

export times with microsecond precision

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

This solution is not really correct but it is quite simple. Correct would
be to do a second pass over the packets after all the headers have been
collected.

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