Table of Contents
- 1 Unix-like
- 2 DOS
- 3 OS/2
- 4 Windows
- 4.1 Native Windows compilation using MinGW or MinGW-w64
- 4.2 Microsoft Visual C++ or Intel C++ Compiler for Windows
- 4.3 Cross compilation for Windows with Linux
- 4.4 Compilation under Cygwin
- 4.5 Crosscompilation for Windows under Cygwin
- 5 Plan 9
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
If you compiled FFmpeg libraries statically and you want to use them to
build your own shared library, you may need to force PIC support (with
--enable-pic during FFmpeg configure) and add the following option
to your project LDFLAGS:
If your target platform requires position independent binaries, you should
pass the correct linking flag (e.g.
BSD make will not build FFmpeg, you need to install and use GNU Make
GNU Make is required to build FFmpeg, so you have to invoke (
standard Solaris Make will not work. When building with a non-c99 front-end
(gcc, generic suncc) add either
--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:
The toolchain provided with Xcode is sufficient to build the basic unaccelerated code.
Mac OS X on PowerPC or ARM (iPhone) requires a preprocessor from https://github.com/FFmpeg/gas-preprocessor or https://github.com/yuvi/gas-preprocessor(currently outdated) to build the optimized assembly functions. Put the Perl script somewhere in your PATH, FFmpeg’s configure will pick it up automatically.
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.zeranoe.com/forum/.
FFmpeg can be built to run natively on Windows using the MinGW-w64 toolchain. Install the latest versions of MSYS2 and MinGW-w64 from http://msys2.github.io/ and/or http://mingw-w64.sourceforge.net/. You can find detailed installation instructions in the download section and the FAQ.
- Building for the MSYS environment is discouraged, MSYS2 provides a full MinGW-w64 environment through mingw64_shell.bat or mingw32_shell.bat that should be used instead of the environment provided by msys2_shell.bat.
- Building using MSYS2 can be sped up by disabling implicit rules in the
Makefile by calling
make -rinstead 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 during
- In order to compile FFplay, you must have the MinGW development library
of SDL and
- By using
./configure --enable-sharedwhen configuring FFmpeg, you can build the FFmpeg libraries (e.g. libavutil, libavcodec, libavformat) as DLLs.
The MSYS2 MinGW-w64 environment provides ready to use toolchains and dependencies
Make sure to use mingw64_shell.bat or mingw32_shell.bat to have
the correct MinGW-w64 environment. The default install provides shortcuts to
MinGW-w64 Win64 Shell and
MinGW-w64 Win32 Shell.
# normal msys2 packages pacman -S make pkgconf diffutils # mingw-w64 packages and toolchains pacman -S mingw-w64-x86_64-yasm mingw-w64-x86_64-gcc mingw-w64-x86_64-SDL
To target 32 bits replace
i686 in the command above.
FFmpeg can be built with MSVC 2012 or earlier using a C99-to-C89 conversion utility and wrapper, or with MSVC 2013 and ICL natively.
You will need the following prerequisites:
- C99-to-C89 Converter & Wrapper (if using MSVC 2012 or earlier)
- msinttypes (if using MSVC 2012 or earlier)
- YASM (Also available via MSYS2’s package manager.)
To set up a proper environment in MSYS2, you need to run
the Visual Studio or Intel Compiler command prompt.
yasm.exe somewhere in your
PATH. If using MSVC 2012 or
c99conv.exe somewhere in your
PATH as well.
Next, make sure any other headers and libs you want to use, such as zlib, are
located in a spot that the compiler can see. Do so by modifying the
INCLUDE environment variables to include the Windows-style
paths to these directories. Alternatively, you can try to use the
--extra-ldflags configure options. If using MSVC
2012 or earlier, place
inttypes.h somewhere the compiler can see too.
For MSVC: ./configure --toolchain=msvc For ICL: ./configure --toolchain=icl make make install
If you wish to compile shared libraries, add
--enable-shared to your
configure options. Note that due to the way MSVC and ICL handle DLL imports and
exports, you cannot compile static and shared libraries at the same time, and
enabling shared libraries will automatically disable the static ones.
- If you wish to build with zlib support, you will have to grab a compatible
zlib binary from somewhere, with an MSVC import lib, or if you wish to link
statically, you can follow the instructions below to build a compatible
zlib.libwith MSVC. Regardless of which method you use, you must still follow step 3, or compilation will fail.
- Grab the zlib sources.
win32/Makefile.mscso that it uses -MT instead of -MD, since this is how FFmpeg is built as well.
zconf.hand remove its inclusion of
unistd.h. This gets erroneously included when building FFmpeg.
nmake -f win32/Makefile.msc.
zlib.hto somewhere MSVC can see.
- FFmpeg has been tested with the following on i686 and x86_64:
- Visual Studio 2010 Pro and Express
- Visual Studio 2012 Pro and Express
- Visual Studio 2013 Pro and Express
- Intel Composer XE 2013
- Intel Composer XE 2013 SP1
Anything else is not officially supported.
If you plan to link with MSVC-built static libraries, you will need
to make sure you have
Runtime Library set to
Multi-threaded (/MT) in your project’s settings.
You will need to define
inline to something MSVC understands:
#define inline __inline
Also note, that as stated in Microsoft Visual C++, you will need an MSVC-compatible inttypes.h.
If you plan on using import libraries created by dlltool, you must
No (/OPT:NOREF) under the linker optimization
settings, otherwise the resulting binaries will fail during runtime.
This is not required when using import libraries generated by
This issue is reported upstream at
To create import libraries that work with the
(which is enabled by default in Release mode), follow these steps:
- Open the Visual Studio Command Prompt.
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 something like C:\Program Files (x86_\Microsoft Visual Studio 10.0\VC\bin\vcvars32.bat).
- Enter the bin directory where the created LIB and DLL files are stored.
- Generate new import libraries with
lib /machine:i386 /def:..\lib\foo-version.def /out:foo.lib
foowith the respective library names.
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, texinfo
In order to run FATE you will also need the following "Utils" packages:
If you want to build FFmpeg with additional libraries, download Cygwin "Devel" packages for Ogg and Vorbis from any Cygwin packages repository:
These library packages are only available from Cygwin Ports:
yasm, libSDL-devel, libgsm-devel, libmp3lame-devel, libschroedinger1.0-devel, speex-devel, libtheora-devel, libxvidcore-devel
The recommendation for x264 is to build it from source, as it evolves too quickly for Cygwin Ports to be up to date.
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
The native Plan 9 compiler does not implement all the C99 features needed by FFmpeg so the gcc port must be used. Furthermore, a few items missing from the C library and shell environment need to be fixed.
- GNU awk, grep, make, and sed
Replacements adequate for building FFmpeg can be found in the
compat/plan9directory. Place these somewhere they will be found by the shell. These are not full implementations of the commands and are not suitable for general use.
- Missing C99
Replacement headers are available from http://code.google.com/p/plan9front/issues/detail?id=152.
- Missing or non-standard library functions
Some functions in the C library are missing or incomplete. The
gcc-apelibs-1207package from ports2plan9 includes an updated C library, but installing the full package gives unusable executables. Instead, keep the files from
/386/lib/gnu. From the
libc.aarchive in the
gcc-apelibs-1207package, extract the following object files and turn them into a library:
configureto inform the build system of this library.
- FPU exceptions enabled by default
Unlike most other systems, Plan 9 enables FPU exceptions by default. These must be disabled before calling any FFmpeg functions. While the included tools will do this automatically, other users of the libraries must do it themselves.
This document was generated on March 25, 2017 using makeinfo.