These casts are correct and safe. The pointers are guaranteed to
have proper alignment, and aliasing is not a problem with character
types.
Originally committed as revision 22446 to svn://svn.ffmpeg.org/ffmpeg/trunk
This disables all codecs, formats, etc. It saves some typing when
only a few components are desired.
Originally committed as revision 22443 to svn://svn.ffmpeg.org/ffmpeg/trunk
The bugs become only vissible at higher time resolution than what is
used currently.
Originally committed as revision 22442 to svn://svn.ffmpeg.org/ffmpeg/trunk
this allows more asynchronous decoding and display thus improving
video smoothness.
It also seems to improve absolute video decoding speed for some reason
Originally committed as revision 22434 to svn://svn.ffmpeg.org/ffmpeg/trunk
as i did nt find a limit in the spec)
This should stop cavlc_decode_residual() on a zero bitstream
Originally committed as revision 22429 to svn://svn.ffmpeg.org/ffmpeg/trunk
This fixes compilation on some OSes
Patch by Dave Yeo, daveryeo at telus dot net
Originally committed as revision 22426 to svn://svn.ffmpeg.org/ffmpeg/trunk
The presence of the .SECONDARY directive caused thing to not always
be correctly rebuilt. Mentioning the object files explicitly as
targets gives the desired result of make not deleting them without
unpleasant side-effects.
Originally committed as revision 22422 to svn://svn.ffmpeg.org/ffmpeg/trunk
Force version.sh to run whenever the version might have changed,
regardless of what is being built. This is done by attaching the
dependencies to a dummy file (.version) which is included from the
makefile. As make will always attempt to rebuild any included files
before considering other rules, this ensures that the real version.h
is (re-)created before it is required by any source file.
Originally committed as revision 22420 to svn://svn.ffmpeg.org/ffmpeg/trunk
This silly program always writes its output to the current directory.
Changing directory is better than moving the file afterwards.
Originally committed as revision 22417 to svn://svn.ffmpeg.org/ffmpeg/trunk
I couldn't measure it to be slower for normal interframe videos.
For the worst case, high-bitrate intra-only videos, it can be 0.7% slower.
Originally committed as revision 22416 to svn://svn.ffmpeg.org/ffmpeg/trunk
This triggers lAPrev (e_a[0]) on the first SBR frame to be -1. The spec is
somewhat ambiguous to what this value should be but this increases the accuracy
of al_sbr_e_44_1 and similar streams from 14 bits to 15 bits.
Originally committed as revision 22408 to svn://svn.ffmpeg.org/ffmpeg/trunk
This reduces the number of false dependencies on header files and
speeds up compilation.
Originally committed as revision 22407 to svn://svn.ffmpeg.org/ffmpeg/trunk
ffmpeg.c uses lrintf(), which is missing on some systems. Previously
it picked up the replacement via libavutil/internal.h due to
HAVE_AV_CONFIG_H being erroneously defined.
Moving these replacements to a separate header enables ffmpeg.c to
use them without being exposed to internal interfaces.
This use of a non-public header is justified by the header in question
not being part of the internal interface either. It should rather be
considered as part of the build system, which is shared between the
libraries and the applications.
This header cannot be installed since the tested conditions depend on
the compiler.
Originally committed as revision 22399 to svn://svn.ffmpeg.org/ffmpeg/trunk
instead of using the original host name, since the RTP (and UDP) protocols
may choose another IP address if the host name resolves into several different
addresses.
Originally committed as revision 22398 to svn://svn.ffmpeg.org/ffmpeg/trunk
