warning: the address of 'number' will always evaluate as 'true'
patch by Eli Friedman eli _dot_ friedman _at_ gmail _dot_ com
Originally committed as revision 23936 to svn://svn.ffmpeg.org/ffmpeg/trunk
The ADTS output files are not explicitly signaled because the format
does not support explicit signalling.
Originally committed as revision 23935 to svn://svn.ffmpeg.org/ffmpeg/trunk
This allocates per-thread copies of some MpegEncContext.ac_val which
is used concurrently from the encoding threads.
Originally committed as revision 23933 to svn://svn.ffmpeg.org/ffmpeg/trunk
If both /dev/random and /dev/urandom failed to return data, an
uninitialised value might be returned. Since most systems have a
non-blocking /dev/urandom or have /dev/random with similar properties,
the chance of blocking is minimal, and the alternative of returning
non-random data is worse.
Originally committed as revision 23930 to svn://svn.ffmpeg.org/ffmpeg/trunk
Whose idea was it to have a CPU that didn't SIGILL on an invalid instruction?
Originally committed as revision 23927 to svn://svn.ffmpeg.org/ffmpeg/trunk
Necessary because of this GCC bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44474
To do this, convert some, but not all (!) of the variables in VP56RangeCoder
into local variables.
If we convert c->high into a local variable, gcc gets the stupids and refuses
to use a conditional move for the unpredictable main branch.
TODO: dispense with this bullshit and write an asm version.
Originally committed as revision 23924 to svn://svn.ffmpeg.org/ffmpeg/trunk
This incantation causes gcc 4.3 to generate cmov on x86, a vastly better option
than a completely unpredictable branch.
Hopefully this carries over to newer versions and other CPUs with conditionals.
~5 cycles saved per call on a Core i7.
Originally committed as revision 23921 to svn://svn.ffmpeg.org/ffmpeg/trunk
Attempt to read from /dev/urandom and /dev/random with O_NONBLOCK set.
If neither succeeds, proceed with fallbacks.
Originally committed as revision 23903 to svn://svn.ffmpeg.org/ffmpeg/trunk
Makes it give correct results with e.g. gcc 4.4.
For unknown reasons the generate asm code also changes
on e.g. gcc 4.3, making the code a bit larger but also
a bit faster.
Originally committed as revision 23896 to svn://svn.ffmpeg.org/ffmpeg/trunk
"passing argument 1 of ‘av_memcpy_backptr’ from incompatible pointer type"
Patch by Eli Friedman, eli D friedman A gmail
Originally committed as revision 23895 to svn://svn.ffmpeg.org/ffmpeg/trunk
This function is called from the rv40_[hv]_loop_filter() wrappers
with some arguments constant, so it really needs to be inlined.
3% faster overall on Cortex-A8.
Originally committed as revision 23893 to svn://svn.ffmpeg.org/ffmpeg/trunk
Aurelien Jacobs
Eli Friedman
Alex Converse
Michael Niedermayer
Måns Rullgård
Howard Chu
Jason Garrett-Glaser
Rafaël Carré
Stefano Sabatini
XBMC
Mike Scheutzow
Stefan Gehrer
Daniel Kristjansson
Vitor Sessak
Diego Biurrun
Martin Storsjö
Tomas Härdin
Reimar Döffinger
Ronald S. Bultje
Thilo Borgmann