There are problems using pkg-config, and a better solution is being
worked on.
Originally committed as revision 22914 to svn://svn.ffmpeg.org/ffmpeg/trunk
This lets check_deps set the generic CONFIG_ENCODERS and friends using
an _if_any construct.
Originally committed as revision 22911 to svn://svn.ffmpeg.org/ffmpeg/trunk
Darwin compilers default to PIC on, so -mdynamic-no-pic (which disables it
again) needs to be added to cflags before enable pic is checked.
Fixes compilation without --enable-shared at least the 10.6 system compiler
for x86-32.
Fixes speed regression on all darwin arches except x86-64.
Originally committed as revision 22730 to svn://svn.ffmpeg.org/ffmpeg/trunk
Both bash and ksh abuse this variable even in POSIX mode, leading
to unpleasant surprises.
Originally committed as revision 22568 to svn://svn.ffmpeg.org/ffmpeg/trunk
This moves the H264-specific functions from DSPContext to the new
H264DSPContext. The code is made conditional on CONFIG_H264DSP
which is set by the codecs requiring it.
The qpel and chroma MC functions are not moved as these are used by
non-h264 code.
Originally committed as revision 22565 to svn://svn.ffmpeg.org/ffmpeg/trunk
This adds a "fate" make target which runs the full FATE test suite.
Individual tests can be run with "make fate-$testname".
The location of the FATE test samples must be specified with the
--samples=PATH option to configure.
The tests/fate-update.sh script regenerates the references files and
test list from the online FATE database. These are checked in since
generating them requires non-standard tools.
Originally committed as revision 22552 to svn://svn.ffmpeg.org/ffmpeg/trunk
This moves the DWT functions from snow.c and dsputil.c to a file of
their own. A new struct, DWTContext, holds the function pointers
previously part of DSPContext.
Originally committed as revision 22522 to svn://svn.ffmpeg.org/ffmpeg/trunk
This make NetBSD compile out of the box at the cost of a hack, but a
locally contained one that is preferable to the one used in the wild.
Currently the NetBSD FATE box adds -D_NETBSD_SOURCE to CPPFLAGS to work
around broken system headers. Since it is unlikely for NetBSD to fix their
headers, it is better to use a standard flag instead of a system-specific one.
As a sideeffect, this allows getting rid of a local _NETBSD_SOURCE definition.
Originally committed as revision 22486 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
This makes it an error to not have a prototype in scope for
a function with external linkage. The flag is only enabled
for gcc due to -Werror=type not working with all compilers.
Originally committed as revision 22313 to svn://svn.ffmpeg.org/ffmpeg/trunk
Older versions accepted both with and without an '=', but newer versions
require the '=' to be omitted
Originally committed as revision 22274 to svn://svn.ffmpeg.org/ffmpeg/trunk
Turning on -Werror=implicit makes implicit function declarations
an error with supported compilers.
Originally committed as revision 22269 to svn://svn.ffmpeg.org/ffmpeg/trunk
This is a simplified / cleaned-up version of the SourceForge program:
http://sourceforge.net/projects/ffprobe/
Syntax / features may be different, in particular the options
-show_packets and -show_frames are not yet supported in this version.
Originally committed as revision 21936 to svn://svn.ffmpeg.org/ffmpeg/trunk
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
With b_keyframe instead of IDR for detecting keyframes, ffmpeg should now
support periodic encoding with periodic intra refresh (although there is no
interface option for it yet).
Set the new timebase values for full VFR input support.
Bump configure to check for API version 83.
Originally committed as revision 21317 to svn://svn.ffmpeg.org/ffmpeg/trunk
This adds a check_struct function to test for availability of a
member within a struct.
Originally committed as revision 21267 to svn://svn.ffmpeg.org/ffmpeg/trunk
This adds a test_ldflags function for testing linker flags without
adding them to LDFLAGS like check_ldflags does.
Originally committed as revision 21235 to svn://svn.ffmpeg.org/ffmpeg/trunk
This adds the possibility to set foo_if and foo_if_any variables,
causing foo to be enabled if all/any of the listed options are
enabled.
Originally committed as revision 21215 to svn://svn.ffmpeg.org/ffmpeg/trunk
This affects the AAC decoder, S/PDIF muxer and ADTS to ASC bitstream filter.
Originally committed as revision 20961 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by Roxis /// roxis list dot ru
Slight changes by me to update the patch to current svn.
Originally committed as revision 20631 to svn://svn.ffmpeg.org/ffmpeg/trunk
libtheoraenc and libtheoradec; libtheora is the pre-1.0 library.
Documented at http://theora.org/doc/libtheora-1.0/
Fixes issue1564
Originally committed as revision 20588 to svn://svn.ffmpeg.org/ffmpeg/trunk
This in particular ensures that -DPIC is set appropriately for YASM, which avoids
linking failures on x86_64 for compilers that have PIE enabled by default
(e.g. hardened Gentoo).
It also makes the macho64 special-case hack adding -DPIC to YASMFLAGS obsolete.
Originally committed as revision 20497 to svn://svn.ffmpeg.org/ffmpeg/trunk
and -DPIC makes little sense without -fPIC or similar - if -fPIC is
enabled by default, libavutil/internal.h defines PICi anyway.
Originally committed as revision 20486 to svn://svn.ffmpeg.org/ffmpeg/trunk
This covers the previous case of x86_64 and shared, but also
works with --enable-pic.
For 32 bit x86 it currently makes no difference since x86inc.asm
ignores -DPIC for non-x86_64.
Originally committed as revision 20476 to svn://svn.ffmpeg.org/ffmpeg/trunk
At least for cross-compilation with Gentoo gcc 4.4.2 it fixes the build errors
due to GPREL 22 being insufficient for the .bss size of > 4 MB without it.
Why these errors do not appear with static builds is unclear, it is not due
to PIC (shared builds with PIC disabled show the same issue).
Originally committed as revision 20409 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add dependency generation commands compatible with Sun Studio.
patch by Michael Kostylev, michael.kostylev gmail com
Originally committed as revision 20397 to svn://svn.ffmpeg.org/ffmpeg/trunk
Recent versions of gcc generate movw/movt pairs, and the linkers fail
to handle the associated relocations properly. Those responsible at
Codesourcery have refused to consider fixing this. Blame them for
making shared libraries slower than they need to be.
Originally committed as revision 20203 to svn://svn.ffmpeg.org/ffmpeg/trunk
ebx_available if both "b" constraint and exb clobber code compile.
This is to fix compilation with Mac OSX 10.5.8's gcc 4.0.1 in 64
bit mode (-m64) which only fails for ebx/rbx clobbers but not
"b" constraints - this is probably a compiler bug.
Originally committed as revision 20107 to svn://svn.ffmpeg.org/ffmpeg/trunk
The test using clobber incorrectly indicates ebx to be available with the
default compilers on OpenBSD 4.5 and Haiku.
Originally committed as revision 20101 to svn://svn.ffmpeg.org/ffmpeg/trunk
Apparently some versions of armcc do not identify as RVCT. This
changes the test to a string used by all versions.
Originally committed as revision 19985 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove gcc-specific hacks and allow filling relevant information for non-gcc
compilers in configure.
Originally committed as revision 19963 to svn://svn.ffmpeg.org/ffmpeg/trunk
As a sideeffect this moves more interesting variables to the top of config.mak.
Originally committed as revision 19950 to svn://svn.ffmpeg.org/ffmpeg/trunk
if the "shared" var has not been explicitely enabled, rather than if
it has been explicitly disabled.
This way is not necessary to explicitly disable shared libraries in
order to have a pc file usable with only static libraries.
Originally committed as revision 19868 to svn://svn.ffmpeg.org/ffmpeg/trunk
libx264 recently started mangling the name of x264_encoder_open() to
prevent version mismatches, breaking our test. Checking for another
function instead makes it work again.
Originally committed as revision 19754 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes comma-separated patters to --disable-decoder and friends
work correctly with POSIX-compliant shells.
Originally committed as revision 19688 to svn://svn.ffmpeg.org/ffmpeg/trunk
Using this flag enables position-independent code even when not strictly
required. It is impossible to use --disable-pic to forcibly disable PIC
when other properties mandate it.
Originally committed as revision 19672 to svn://svn.ffmpeg.org/ffmpeg/trunk
Recognise AVR32 processor names as well as the generic "ap" and "uc"
family names as values for --cpu. Also define two subtypes, avr32_ap
and avr32_uc.
Originally committed as revision 19663 to svn://svn.ffmpeg.org/ffmpeg/trunk
We do the same for libschroedinger and already use pkg-config to generate
the CFLAGS for libdirac anyway, so there is no new dependency.
Thanks to Kovensky for reporting breakage on IRC.
Originally committed as revision 19654 to svn://svn.ffmpeg.org/ffmpeg/trunk
When running behind ccache, the output from -MMD is corrupted unless
we also use the -MF and -MT flags.
Since ccache is difficult to detect and gcc 2.x doesn't support the
-MF and -MT flags, we always use the old dependency generation method
when gcc 2.x is detected.
Originally committed as revision 19620 to svn://svn.ffmpeg.org/ffmpeg/trunk
-mdynamic-no-pic is required for it, but it was only
added to CFLAGS and the check only used ASFLAGS.
Originally committed as revision 19614 to svn://svn.ffmpeg.org/ffmpeg/trunk
The argument to these options is now a comma-separated list of shell
patterns, e.g. --disable-decoder='indeo*,rv*'
Originally committed as revision 19604 to svn://svn.ffmpeg.org/ffmpeg/trunk
The name can now be a standard shell pattern. For example,
--disable-encoder=* disables all encoders.
Originally committed as revision 19603 to svn://svn.ffmpeg.org/ffmpeg/trunk
This requires a gcc version with -march=native or -mcpu=native support,
which is somewhat random for non-x86.
Originally committed as revision 19602 to svn://svn.ffmpeg.org/ffmpeg/trunk
Instead, #include config.h at the top of common.h so that av_always_inline
does not get doubly defined.
Originally committed as revision 19553 to svn://svn.ffmpeg.org/ffmpeg/trunk
This avoids a ton of redefinition warnings.
patch by Jeff Downs, heydowns borg com
Originally committed as revision 19548 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Martin Storsjö, martin martin st and Ismail Dönmez, ismail namtrac org
Originally committed as revision 19521 to svn://svn.ffmpeg.org/ffmpeg/trunk
Rationale:
- Current versions of XLC accept gcc flags
- XLC can't compile FFmpeg
Originally committed as revision 19488 to svn://svn.ffmpeg.org/ffmpeg/trunk
missed them in r19293. Re-enable version check on w32api.h if the
vfwcap input device has been selected.
Originally committed as revision 19461 to svn://svn.ffmpeg.org/ffmpeg/trunk
It is possible that the compiler requires flags set by the --cpu
option, so we should not attempt to run it before those flags have
been added.
Originally committed as revision 19452 to svn://svn.ffmpeg.org/ffmpeg/trunk
We do not issue similar warnings for other architectures, and we
generally assume users know what they want.
Originally committed as revision 19445 to svn://svn.ffmpeg.org/ffmpeg/trunk
optimized out by gcc when the headers lied about the function existing,
rendering the test useless in that situation.
This new test throws a warning in mingw-w64, but that should not be a problem.
Patch by Martin Storsjö <martin at martin dot st>
Originally committed as revision 19440 to svn://svn.ffmpeg.org/ffmpeg/trunk
The auto-vectoriser in gcc is enabled by default at -O3 since version
4.3. However, it provides no speed benefit, but does produce incorrect
code on many targets. Disabling it for gcc should give more reliable
builds.
If the adventurous want it back, they can edit the makefile themselves.
Originally committed as revision 19439 to svn://svn.ffmpeg.org/ffmpeg/trunk
Altivec, NEON, and SSE require more alignment than standard malloc()
guarantees, whereas MMX does not. Update checks to reflect this.
Originally committed as revision 19438 to svn://svn.ffmpeg.org/ffmpeg/trunk
On Windows CE, the Winsock library name is ws2, not ws2_32.
patch by Martin Storsjö, martin martin st
Originally committed as revision 19431 to svn://svn.ffmpeg.org/ffmpeg/trunk
This allows use of the add_*flags functions in the compiler detection
section.
Originally committed as revision 19428 to svn://svn.ffmpeg.org/ffmpeg/trunk
This can be used to map gcc-type flags to equivalents with other
compilers.
Originally committed as revision 19421 to svn://svn.ffmpeg.org/ffmpeg/trunk
This avoids duplicating the full DEPEND_CMD line only to change some
flags.
Originally committed as revision 19419 to svn://svn.ffmpeg.org/ffmpeg/trunk
Setting this value using ?= caused some trouble if it was already
defined in the environment.
Originally committed as revision 19418 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some of the values set here are modified by the main makefiles
and should not be reset when config.mak is included again.
Originally committed as revision 19417 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some compilers do not use the typical -c -o foo.o style.
This allows compiler-specific equivalents to be set by the
configure script.
Originally committed as revision 19409 to svn://svn.ffmpeg.org/ffmpeg/trunk
The VAAPI/VDPAU variants of foo require almost all of the code of foo.
Thus it makes little sense to enable just the accelerated variant.
This allows refactoring some object dependencies in the Makefiles.
Originally committed as revision 19403 to svn://svn.ffmpeg.org/ffmpeg/trunk
--enable-indev, --enable-outdev rather than --enable-demuxer,
--enable-muxer as before, same for disabling them.
Originally committed as revision 19293 to svn://svn.ffmpeg.org/ffmpeg/trunk
As a positive sideeffect, VAAPI/VDPAU objects need no longer be listed
for all VAAPI/VDPAU-related decoders.
Originally committed as revision 19145 to svn://svn.ffmpeg.org/ffmpeg/trunk
As a side-effect this also gives it the correct value on e.g. PPC970FX-based
PPC64 systems, thus fixing "make test" (mp2/mp3 decoding).
Originally committed as revision 18953 to svn://svn.ffmpeg.org/ffmpeg/trunk
PPC is normally big endian but has special little endian load/store
instructions. Using these avoids a separate byteswap. This makes the
vorbis decoder about 5% faster. Not much else uses little-endian
read/write extensively.
GCC generates horrible PPC code for the default AV_[RW]B64 (which uses
a packed struct), so we override it with a plain pointer cast.
Originally committed as revision 18602 to svn://svn.ffmpeg.org/ffmpeg/trunk
trying to enable libamrnb support. The latter function is actually used.
patch by Martin Storsjö, martin martin st
Originally committed as revision 18526 to svn://svn.ffmpeg.org/ffmpeg/trunk
The bug[1] is exposed when gcc decides to put some data in a common
section (i.e. data that will be used by more than one object). It will
suggest the data to be aligned, but binutils >= 2.19 will fail to
properly align it. Thus if the data requires any alignment greater
than 4, the application will crash.
The workaround prevents gcc from putting data in a common section,
instead putting it in a properly aligned section.
[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
Originally committed as revision 18501 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by Olivier Guilyardi list samalyse com.
See the thread: "[FFmpeg-devel] [PATCH] libavdevice: JACK demuxer".
Originally committed as revision 18322 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes the actual error message that configure prints be more noticeable.
Originally committed as revision 18308 to svn://svn.ffmpeg.org/ffmpeg/trunk
A config.h present in the source tree takes precedence over a config.h
in the build tree, which can possibly result in an incorrect build.
patch by matthieu castet, castet.matthieu free fr
Originally committed as revision 17994 to svn://svn.ffmpeg.org/ffmpeg/trunk
Assembler files using the GNU syntax need to be processed by gcc,
whichever compiler is used for C files.
Originally committed as revision 17827 to svn://svn.ffmpeg.org/ffmpeg/trunk
CFLAGS. Apparently there are some systems that do not like these definitions.
Originally committed as revision 17755 to svn://svn.ffmpeg.org/ffmpeg/trunk
