GCC is sometimes able to optimise constant calls to these functions,
incorrectly indicating that they exist. Unoptimised calls will then
fail to link.
Originally committed as revision 21749 to svn://svn.ffmpeg.org/ffmpeg/trunk
These are often, contrary to standards, implemented only as macros
or compiler-builtin functions without an actual symbol definition.
Originally committed as revision 21734 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some SoCs have a small amount of on-chip SRAM which may be used
for frequently used code or data. When enabled, this option
will allow FFmpeg to use such facilities where supported.
Originally committed as revision 21564 to svn://svn.ffmpeg.org/ffmpeg/trunk
load the getaddrinfo family of functions through GetProcAddress. Also, there
is currently no feature that gets fixed in Win98 through the use of KernelEx.
Originally committed as revision 21530 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes it easy to use a replacement allocator instead of the
system default one.
Originally committed as revision 21509 to svn://svn.ffmpeg.org/ffmpeg/trunk
In the main per-compiler section, set speed_cflags and size_cflags
with suitable values. Later one or the other is added to CFLAGS.
Originally committed as revision 21499 to svn://svn.ffmpeg.org/ffmpeg/trunk
Use x86_64_suggest instead of _select as otherwise fast_cmov being
disabled (as it should be for nocona) also disables x86_64 breaking
the build.
Originally committed as revision 21446 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes us link directly to getaddrinfo if it is available, making
binaries incompatible with anything prior to windows XP. If compatibility
is desired, compile with --target-os=mingw32-prexp.
Patch by Martin Storsjö <martin at martin dot st>.
Originally committed as revision 21442 to svn://svn.ffmpeg.org/ffmpeg/trunk
If compatibility with pre-XP versions is desired, use
--target-os=mingw32-prexp
Patch by Martin Storsjö <martin at martin dot st>.
Originally committed as revision 21441 to svn://svn.ffmpeg.org/ffmpeg/trunk
It allows VLD VC-1/WMV3 decoding using DXVA2 (GPU assisted decoding API under
VISTA and Windows 7).
It is implemented by using AVHWAccel API.
Originally committed as revision 21424 to svn://svn.ffmpeg.org/ffmpeg/trunk
that case:
Avisynth -> -lavifil32
VFW Cap -> -lavicap32
Patch by kemuri <kemuri9 at gmail dot com>
Originally committed as revision 21410 to svn://svn.ffmpeg.org/ffmpeg/trunk
capCreateCaptureWindow() check.
Based on patch by kemuri <kemuri9 at gmail dot com>
Originally committed as revision 21409 to svn://svn.ffmpeg.org/ffmpeg/trunk
It allows VLD H264 decoding using DXVA2 (GPU assisted decoding API under
VISTA and Windows 7).
It is implemented by using AVHWAccel API. It has been tested successfully
for some time in VLC using an nvidia card on Windows 7.
To compile it, you need to have the system header dxva2api.h (either from
microsoft or using http://downloads.videolan.org/pub/videolan/testing/contrib/dxva2api.h)
The generated libavcodec.dll does not depend directly on any new lib as
the necessary objects are given by the application using FFmpeg.
Originally committed as revision 21353 to svn://svn.ffmpeg.org/ffmpeg/trunk
the system wants a length entry in all socket structures or not. Patch by
Martin Storsjö <$firstname $firstname st>.
Originally committed as revision 21351 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some broken versions of awk (mawk, apparently used in debian)
do not handle character classes in regular expressions.
Originally committed as revision 21334 to svn://svn.ffmpeg.org/ffmpeg/trunk
Silly BSD systems need this despite POSIX requiring nothing of the
kind. Any system with sys/socket.h should also have sys/types.h,
so this is unlikely to break anything, and we already do this in
another place.
Originally committed as revision 21326 to svn://svn.ffmpeg.org/ffmpeg/trunk
This file contains a safe subset of the config.h settings.
Only bigendian is included for now, more can be added as
need arises.
Originally committed as revision 21321 to svn://svn.ffmpeg.org/ffmpeg/trunk