checking if the cpu can do 3dnow at all. This bug caused amd cpu's
without sse to not have a working fft function. Ie no wma, cook or
vorbis decoder.
Originally committed as revision 5570 to svn://svn.ffmpeg.org/ffmpeg/trunk
depending on CONFIG_SMALL this can either be compiled to a fully unrolled kernel / rfc reference style md5 routine
or a single loop similar to what mplayer uses
Originally committed as revision 5565 to svn://svn.ffmpeg.org/ffmpeg/trunk
need for 1 more extra byte.
* Checking whether the to be allocated size is larger than INT_MAX,
doesn't assure that size+16 bytes for the MEMALIGN_HACK isn't larger
than INT_MAX.
* malloc might return NULL. Checking for it before using that pointer
seems like a good idea.
Patch by Herve W. H PPP O PPP W PPP aka PPP V+ffmpeg AH gmail PPP com
Original thread:
Date: Jun 29, 2006 1:21 PM
Subject: [Ffmpeg-devel] [PATCH] minor improvements to libavcodec/mem.c
Originally committed as revision 5559 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by Diego 'Flameeyes' Petteno flameeyes AH gentoo PP org
Original thread:
Date: Jun 30, 2006 1:16 AM
Subject: [Ffmpeg-devel] [PATCH] Disable w53 and w97 cmp methods when snow encoder is disabled
Originally committed as revision 5558 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by Diego 'Flameeyes' Petteno flameeyes AA gentoo PP org
Original thread:
Date: Jun 30, 2006 1:09 AM
Subject: [Ffmpeg-devel] [PATCH] Avoid warning on NDEBUG redefinition
Originally committed as revision 5557 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Diego "Flameeyes" Petteno flameeyes AA gentoo PP org
Original thread:
Date: Jun 30, 2006 2:07 AM
Subject: [Ffmpeg-devel] [PATCH] Move initialisations and internal symbols in allformats.h
Originally committed as revision 5556 to svn://svn.ffmpeg.org/ffmpeg/trunk
1) search for optimal rice parameters and partition order. i also
modified the stereo method estimation to use this to calculate estimated
bit count instead of using just the pure sums.
2) search for the best fixed prediction order
3) constant subframe mode (good for encoding silence)
Note that the regression test for the decoded wav file also changed.
This is due to FFmpeg's FLAC decoder truncating the file, which it did
before anyway...just at a different cutoff point. The generated FLAC
files are still 100% lossless.
With this update, FFmpeg's FLAC encoder has speed and compression
somewhere between "flac -1" and "flac -2". On my machine, it's about
15% faster than "flac -2", and about 10% slower than "flac -1". The
encoding parameters are identical to "flac -2" (fixed predictors, 1152
blocksize, partition order 0 to 3).
Originally committed as revision 5536 to svn://svn.ffmpeg.org/ffmpeg/trunk
Does not make a difference with any of my samples, but current
code does not make much sense.
Originally committed as revision 5533 to svn://svn.ffmpeg.org/ffmpeg/trunk
Michael Niedermayer
Justin Ruggles
Benjamin Larsson
Måns Rullgård
Luca Abeni
Kostya Shishkov
Guillaume Poirier
Herve W
Diego Pettenò
Reynaldo H. Verdejo Pinochet
Diego Biurrun
Reimar Döffinger
Ramiro Polla