This patch has seen testing for a couple of weeks in ubuntu maverick and debian/experimental w/o negative feedback so far.
Originally committed as revision 24576 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
This improves performance on e.g. seekable http.
backport r24280 by mstorsjo
Originally committed as revision 24335 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
if any E-AC-3 frames have been detected instead of switching back and forth for
AC-3 core + dependent E-AC-3 substream(s).
Fixes Issue 2022.
backport r24103 by jbr
Originally committed as revision 24136 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Patch by Jean-Daniel Dupas, devlists shadowlab org
backport r23344 by cehoyos
Originally committed as revision 23793 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Apparently the compiler sometimes bypasses the normal assembler, in
which case the asm label variant works. If the file contains any
inline asm, this bypassing is not done, and the assembler chokes on
invalid syntax. Inserting a dummy asm() statement in the test when
the compiler supports it makes sure no shortcuts are taken and the
test fails as it should.
backport r23616 by mru
Originally committed as revision 23618 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
When symbol versioning is enabled, moving symbols from one library to
another breaks binary compatibility. This adds wrappers with the old
version tag for the av_*packet functions recently moved to lavc.
backport r23611 by mru
Originally committed as revision 23613 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
this patch restores binary compatibility for the av_*_packet symbols that have
been moved from libavformat to libavcodec. This patch works for gnu toolchains
only; support for ARM RCVT will be handed in for a later point release as soon
as the patch is ready and approved by the ARM maintainer(s).
Originally committed as revision 23610 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Make sure we link using the right libs by using pkg-config
backport r23511 by lu_zero
Originally committed as revision 23550 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
VP8 license issues seem to have solved, plus include wording suggestion
from discussion on -cvslog
Originally committed as revision 23483 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
The license of libvpx is incompatible with the (L)GPL. As long as this is
the case, the only way to use it is by marking the result as nonfree.
backport r23371 by diego
Originally committed as revision 23390 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
This is needed for QuickTime Player to be able to connect properly.
backport r23325 by mstorsjo
Originally committed as revision 23383 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Patches by Howard Chu, hyc at highlandsun dot com
backport r23290-23295 by mstorsjo
Originally committed as revision 23382 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Patch by Janne Grunau, janne-ffmpeg jannau net
backport r23334,23337-23338 by cehoyos and stefano
Originally committed as revision 23379 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Use a larger input audio buffer, refill it when it has less than 4 KB data
left.
backport r23323 by mstorsjo
Originally committed as revision 23377 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Patch by James Zern for Google, Inc., jzern google com
backportd r23191,23303,23307-23308 by conrad, cehoyos and mstorsjo
Originally committed as revision 23374 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Patch by Cyril Russo, stage D nexvision A laposte net
backport r23285 by cehoyos
Originally committed as revision 23372 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
This isn't exactly semantically equivalent, but the field has already been
long abused to mean this, and writing it helps in determining a decent cfr
time base when transcoding from a mkv where the video codec stores none (VP8).
backport r23284 by conrad
Originally committed as revision 23365 to svn://svn.ffmpeg.org/ffmpeg/branches/0.6
Reinhard Tartler
Google
Jean-Daniel Dupas
Diego Biurrun
James Zern
Janne Grunau
Cyril Russo