Some parts of FFmpeg cannot be built with version 2.15 of the GNU assembler which is still provided by a few AMD64 distributions. To make sure your compiler really uses the required version of gas after a binutils upgrade, run:
$(gcc -print-prog-name=as) --version |
If not, then you should install a different compiler that has no
hard-coded path to gas. In the worst case pass --disable-asm
to configure.
BSD make will not build FFmpeg, you need to install and use GNU Make (‘gmake’).
GNU Make is required to build FFmpeg, so you have to invoke (‘gmake’),
standard Solaris Make will not work. When building with a non-c99 front-end
(gcc, generic suncc) add either --extra-libs=/usr/lib/values-xpg6.o
or --extra-libs=/usr/lib/64/values-xpg6.o
to the configure options
since the libc is not c99-compliant by default. The probes performed by
configure may raise an exception leading to the death of configure itself
due to a bug in the system shell. Simply invoke a different shell such as
bash directly to work around this:
bash ./configure |
The toolchain provided with Xcode is sufficient to build the basic unacelerated code.
Mac OS X on PowerPC or ARM (iPhone) requires a preprocessor from http://github.com/yuvi/gas-preprocessor to build the optimized assembler functions. Just download the Perl script and put it somewhere in your PATH, FFmpeg’s configure will pick it up automatically.
Mac OS X on amd64 and x86 requires yasm
to build most of the
optimized assembler functions. Fink,
Gentoo Prefix,
Homebrew
or MacPorts can easily provide it.
Using a cross-compiler is preferred for various reasons. http://www.delorie.com/howto/djgpp/linux-x-djgpp.html
For information about compiling FFmpeg on OS/2 see http://www.edm2.com/index.php/FFmpeg.
To get help and instructions for building FFmpeg under Windows, check out the FFmpeg Windows Help Forum at http://ffmpeg.arrozcru.org/.
FFmpeg can be built to run natively on Windows using the MinGW tools. Install the latest versions of MSYS and MinGW from http://www.mingw.org/. You can find detailed installation instructions in the download section and the FAQ.
FFmpeg does not build out-of-the-box with the packages the automated MinGW installer provides. It also requires coreutils to be installed and many other packages updated to the latest version. The minimum version for some packages are listed below:
FFmpeg automatically passes -fno-common
to the compiler to work around
a GCC bug (see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216).
Notes:
make -r
instead of plain make
. This
speed up is close to non-existent for normal one-off builds and is only
noticeable when running make for a second time (for example in
make install
).
./configure --enable-shared
when configuring FFmpeg,
you can build the FFmpeg libraries (e.g. libavutil, libavcodec,
libavformat) as DLLs.
As stated in the FAQ, FFmpeg will not compile under MSVC++. However, if you want to use the libav* libraries in your own applications, you can still compile those applications using MSVC++. But the libav* libraries you link to must be built with MinGW. However, you will not be able to debug inside the libav* libraries, since MSVC++ does not recognize the debug symbols generated by GCC. We strongly recommend you to move over from MSVC++ to MinGW tools.
This description of how to use the FFmpeg libraries with MSVC++ is based on Microsoft Visual C++ 2005 Express Edition. If you have a different version, you might have to modify the procedures slightly.
Assuming you have just built and installed FFmpeg in ‘/usr/local’.
inline
keyword used by
FFmpeg, so you must add this line before #include
ing libav*:
#define inline _inline |
This is how to create DLL and LIB files that are compatible with MSVC++:
call "C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat" |
Alternatively, you may start the ‘Visual Studio 2005 Command Prompt’, and run ‘c:\msys\1.0\msys.bat’ from there.
lib.exe
. If you get a help message
from ‘Microsoft (R) Library Manager’, this means your environment
variables are set up correctly, the ‘Microsoft (R) Library Manager’
is on the path and will be used by FFmpeg to create
MSVC++-compatible import libraries.
./configure --enable-shared make make install |
Your install path (‘/usr/local/’ by default) should now have the necessary DLL and LIB files under the ‘bin’ directory.
Alternatively, build the libraries with a cross compiler, according to the instructions below in Cross compilation for Windows with Linux.
To use those files with MSVC++, do the same as you would do with the static libraries, as described above. But in Step 4, you should only need to add the directory where the LIB files are installed (i.e. ‘c:\msys\usr\local\bin’). This is not a typo, the LIB files are installed in the ‘bin’ directory. And instead of adding the static libraries (‘libxxx.a’ files) you should add the MSVC import libraries (‘avcodec.lib’, ‘avformat.lib’, and ‘avutil.lib’). Note that you should not use the GCC import libraries (‘libxxx.dll.a’ files), as these will give you undefined reference errors. There should be no need for ‘libmingwex.a’, ‘libgcc.a’, and ‘wsock32.lib’, nor any other external library statically linked into the DLLs.
FFmpeg headers do not declare global data for Windows DLLs through the usual dllexport/dllimport interface. Such data will be exported properly while building, but to use them in your MSVC++ code you will have to edit the appropriate headers and mark the data as dllimport. For example, in libavutil/pixdesc.h you should have:
extern __declspec(dllimport) const AVPixFmtDescriptor av_pix_fmt_descriptors[]; |
Note that using import libraries created by dlltool requires
the linker optimization option to be set to
"References: Keep Unreferenced Data (/OPT:NOREF
)", otherwise
the resulting binaries will fail during runtime. This isn’t
required when using import libraries generated by lib.exe.
This issue is reported upstream at
http://sourceware.org/bugzilla/show_bug.cgi?id=12633.
To create import libraries that work with the /OPT:REF
option
(which is enabled by default in Release mode), follow these steps:
Alternatively, in a normal command line prompt, call ‘vcvars32.bat’ which sets up the environment variables for the Visual C++ tools (the standard location for this file is ‘C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat’).
lib /machine:i386 /def:..\lib\avcodec-53.def /out:avcodec.lib lib /machine:i386 /def:..\lib\avdevice-53.def /out:avdevice.lib lib /machine:i386 /def:..\lib\avfilter-2.def /out:avfilter.lib lib /machine:i386 /def:..\lib\avformat-53.def /out:avformat.lib lib /machine:i386 /def:..\lib\avutil-51.def /out:avutil.lib lib /machine:i386 /def:..\lib\swscale-2.def /out:swscale.lib |
You must use the MinGW cross compilation tools available at http://www.mingw.org/.
Then configure FFmpeg with the following options:
./configure --target-os=mingw32 --cross-prefix=i386-mingw32msvc- |
(you can change the cross-prefix according to the prefix chosen for the MinGW tools).
Then you can easily test FFmpeg with Wine.
Please use Cygwin 1.7.x as the obsolete 1.5.x Cygwin versions lack llrint() in its C library.
Install your Cygwin with all the "Base" packages, plus the following "Devel" ones:
binutils, gcc4-core, make, git, mingw-runtime, texi2html |
And the following "Utils" one:
diffutils |
Then run
./configure |
to make a static build.
The current gcc4-core
package is buggy and needs this flag to build
shared libraries:
./configure --enable-shared --disable-static --extra-cflags=-fno-reorder-functions |
If you want to build FFmpeg with additional libraries, download Cygwin "Devel" packages for Ogg and Vorbis from any Cygwin packages repository:
libogg-devel, libvorbis-devel |
These library packages are only available from Cygwin Ports:
yasm, libSDL-devel, libdirac-devel, libfaac-devel, libaacplus-devel, libgsm-devel, libmp3lame-devel, libschroedinger1.0-devel, speex-devel, libtheora-devel, libxvidcore-devel |
The recommendation for libnut and x264 is to build them from source by yourself, as they evolve too quickly for Cygwin Ports to be up to date.
Cygwin 1.7.x has IPv6 support. You can add IPv6 to Cygwin 1.5.x by means
of the libgetaddrinfo-devel
package, available at Cygwin Ports.
With Cygwin you can create Windows binaries that do not need the cygwin1.dll.
Just install your Cygwin as explained before, plus these additional "Devel" packages:
gcc-mingw-core, mingw-runtime, mingw-zlib |
and add some special flags to your configure invocation.
For a static build run
./configure --target-os=mingw32 --extra-cflags=-mno-cygwin --extra-libs=-mno-cygwin |
and for a build with shared libraries
./configure --target-os=mingw32 --enable-shared --disable-static --extra-cflags=-mno-cygwin --extra-libs=-mno-cygwin |