每次在windows下编译ffmpeg和x264都要折腾半天，c++的编译真是烦人，不提缓慢的编译速度就编译环境配置经常都要浪费很多时间。
距离上次编译ffmpeg和x264已经过去很久了，当初没做笔记现在又重头再来。
这次只编译x64版本，不编译32位版本。
操作系统：win10 64bit
vs：vs2017
一、编译环境
MSYS2，先从官网下载x86_64版本安装程序。安装完成之后,先把安装目录下的msys2_shell.cmd中注释掉的rem set MSYS2_PATH_TYPE=inherit改成set MSYS2_PATH_TYPE=inherit，这是为了将vs的环境继承给MSYS2。
MSYS2可以选择msys或者MinGW-w64环境来编译，不过在msys下使用gcc编译出来的exe和dll依赖msys-2.0.dll，而MinGW-w64下编译出来的文件不需要依赖这个dll，从程序的运行效率来看，不依赖这个dll的程序的效率应该更高。所以就我个人喜好来说，肯定是选择MinGW-w64来编译，而且我都在两者环境下编译过x264，configure 时在msys下还必须disable掉一些选项，比如-disable-thread --disable-avs。
二、修改pacman的源
pacman是一个软件包管理器，用来在MSYS2中安装软件，但是默认的国外的源下载安装包时非常缓慢，大概只有十几二十KB的速度，而且还容易下载中断出错，所以需要修改为国内源，国内源可以选择中科大的源。
打开这个页面：MSYS2 镜像使用帮助，如页面中所说做如下修改：
pacman 的配置
编辑/etc/pacman.d/mirrorlist.mingw32，在文件开头添加：
Server = http://mirrors.ustc.edu.cn/msys2/mingw/i686
编辑/etc/pacman.d/mirrorlist.mingw64，在文件开头添加：
Server = http://mirrors.ustc.edu.cn/msys2/mingw/x86_64
编辑/etc/pacman.d/mirrorlist.msys，在文件开头添加：
Server = http://mirrors.ustc.edu.cn/msys2/msys/$arch然后执行在msys2的shell中执行
pacman -Sy刷新软件包数据即可。
三、安装gcc编译器等
如果选择MinGW-w64编译则打开MSYS2 MinGW 64-bit快捷方式，在shell窗口中输入：
pacman -S mingw-w64-x86_64-toolchain
然后选择全部安装。
而如果选择msys编译则打开MSYS2 MSYS快捷方式，在shell窗口中输入：
pacman -S msys2-devel
或者
pacman -S make gcc diffutils pkg-config
然后选择全部安装。
四、编译环境的其他准备工作
1. 重命名link.exe
重命名msys64/usr/bin/link.exe 为msys64/usr/bin/link.bak, 避免和MSVC 的link.exe抵触。
2. 下载和安装YASM
这一步好像已经不必要，最新版的代码中已经使用nasm来代替yasm。
YASM下载地址：http://yasm.tortall.net/Download.html，下载其64位版本Win64 .exe (64 位 Windows 通用)，即页面中的Win64 .exe (for general use on 64-bit Windows)。
下载后，将下载回来的yasm-1.3.0-win64.exe 改名为yasm.exe，并放置于 MSYS2 安装目录:/msys64/usr/bin/ 中。
3.打开[适用于 VS 2017 的 x64 本机工具命令提示]关联的mingw64或者msys窗口
开始菜单中的Visual Studio 2017目录下有多种命令提示符的快捷方式：
VS 2017的开发人员命令提示符
VS 2017的 x64_x86 交叉工具命令提示符
适用于 VS 2017 的 x64 本机工具命令提示
适用于 VS 2017 的 x86 本机工具命令提示
适用于 VS 2017 的 x86_x64 兼容工具命令提示一开始我没注意，选择了VS 2017的开发人员命令提示符，这个默认是x86 32位环境，cl编译器默认为32位编译器，在编译ffmpeg时configure中就算指定了x64位但是编译出来的还是32位dll和exe。
可以直接在开始菜单中输入: vs 2017就会出现列表，选择打开适用于 VS 2017 的 x64 本机工具命令提示，在窗口中输入：
#进入msys2安装目录
d:
cd d:\msys64
#如果要打开msys2的mingw64窗口
msys2_shell.cmd -mingw64
#如果要打开msys2的msys窗口
#msys2_shell.cmd
从vs2017的shell打开msys2 shell是为了继承vs2017的环境路径。
我发现一个问题，这样打开的msys2 shell窗口，有时不能使用Ctrl+C来中止当前正在执行命令，比如我现在用git clone下载一个比较大的项目，然后太慢了想中止，按Ctrl+C之后根本无法中止命令，只有使用任务管理器强制关闭git进程才可以，在stackoverflow上搜索的结果也是无法解决，说了一堆理由没仔细看，还好我们只是需要这个窗口来编译一下ffmpeg和x264而已，所以也无所谓了。
4. 检查编译环境工具
which cl link yasm cpp
看看返回的结果是否正确，没有no的结果一般就没问题。
5.修改支持中文显示
窗口右键->Options->Text，然后locale选择：zh_CN，Character set 选择 UTF-8。
6.安装nasm
编译当前最新x264时需要用到nasm。
pacman -S nasm
或者也可以直接去nasm官网下载exe到bin目录中（我一开始就是用这种方法）。
五、下载和编译x264
- MinGW-w64版本：
git clone http://git.videolan.org/git/x264.git
git checkout -b stable remotes/origin/stable
./configure --prefix=../build --host=x86_64-w64-mingw32 --enable-shared --extra-ldflags=-Wl,--output-def=libx264.def
make
make install
- msys版本：
git clone http://git.videolan.org/git/x264.git
git checkout -b stable remotes/origin/stable
./configure --prefix=../build --host=x86_64-w64-mingw32 --enable-shared --disable-thread --disable-avs --extra-ldflags=-Wl,--output-def=libx264.def
make
make install
可以看出msys下必须--disable-thread --disable-avs，否则编译过程中会出错。
生成libx264.lib
上面编译出来的结果没有包含lib文件，需要自己手工生成。
configure时我们生成了libx264.def此时就派上用场。
cp ./libx264.def ../build/lib/
cd ../build/lib
#若要生成64位lib文件则输入如下命令：
lib /machine:X64 /def:libx264.def
#若要生成32位lib文件则输入如下命令：
#lib /machine:i386 /def:libx264.def
即得到libx264.lib，然后将build/bin/libx264-155.dll改名或者复制一份为libx264.dll。
如果想在程序中直接使用x264的话，将include中的.h头文件、libx264.lib和libx264.dll复制到项目中对应位置，并且在程序中添加<stdint.h>头文件，然后就可以使用x264中的方法了。
六、下载和编译ffmpeg
下载ffmpeg
下载ffmpeg可以直接使用：
git clone git://source.ffmpeg.org/ffmpeg.git
但是因为ffmpeg非常庞大，用git下载很慢，可以选择到官网下载源码压缩包。
有两种方法编译。
方法一. 手动configure方式编译
本来我折腾了半天方法二中的FFmpegInterop，发现好像只支持vs2015，而我使用的是vs2017，所以自己手动configure。
1. 创建一个build.sh并且执行：
./configure --toolchain=msvc --target-os=win64 \
--arch=x86_64 \
--enable-shared \
--enable-small \
--enable-version3 \
--enable-gpl \
--enable-nonfree \
--disable-stripping \
--disable-encoders \
--disable-decoders \
--enable-decoder=h264 \
--enable-encoder=libx264 \
--enable-encoder=mjpeg \
--enable-encoder=mpeg4 \
--prefix=./build \
--enable-libx264 \
--extra-cflags="-I/home/.../build/include" \
--extra-ldflags="-LIBPATH:/home/.../build/lib"
把上面libx264的路径替换成自己机器上的路径。
在这儿我没有使用pkg-config而是直接指定了libx264的路径，当使用比较多的第三方库时最好还是用pkg-config来管理。
这里最坑爹的是--extra-ldflags必须使用"-LIBPATH:路径"，而不能使用"-L路径"。
一开始我使用-L总是出现找不到libx264的错误，打开config.log查看原来使用了./compat/windows/mslink来链接，而mslink一定要用"-LIBPATH:路径"来指定lib库路径。直接在ffmpeg目录下执行
./compat/windows/mslink可以查看所有的参数选项。
2. 修改config.h
把新生成的config.h文件打开后转换为UTF-8格式。不做这一步在话在make时会出现无数的warning非常的烦人。
3. 编译
make
make install
方法二、使用微软官方的FFmpegInterop，如果你使用的是vs2015的话。
1. FFmpegInterop
微软官方为编译ffmpeg写了个例子：FFmpegInterop。
git clone git://github.com/microsoft/FFmpegInterop.git
2. 修改FFmpegConfig.sh以支持libx264
用编辑器打开FFmpegConfig.sh，可以看到FFmpegConfig.sh为四个操作系统：
Win7/Win8.1/Win10/Phone8.1的x86/x64/ARM平台编写了不同的configure。
但是默认是没有开启libx264支持。
所以在自己需要的版本的configure中加入(跟手动configure一样）：
--enable-gpl \
--enable-nonfree \
--enable-libx264 \
--extra-cflags="-I/home/.../build/include" \
--extra-ldflags="-LIBPATH:/home/.../build/lib"
3. 编译ffmpeg
ffmpeg解压或者git clone到FFmpegInterop目录下。
使用以下命令编译对应的平台版本：
BuildFFmpeg.bat win10 - Build for Windows 10 ARM, x64, and x86
BuildFFmpeg.bat phone8.1 ARM - Build for Windows Phone 8.1 ARM only
BuildFFmpeg.bat win8.1 x86 x64 - Build for Windows 8.1 x86 and x64 only
BuildFFmpeg.bat phone8.1 win10 ARM - Build for Windows 10 and Windows Phone 8.1 ARM only
BuildFFmpeg.bat win8.1 phone8.1 win10 - Build all architecture for all target platform
4. 可能出现以下错误：
MSYS2 is needed. Set it up properly and provide the executable path in MSYS2_BIN environment variable. E.g.
set MSYS2_BIN="C:\msys64\usr\bin\bash.exe"
在vs2017命令提示符窗口输入：
set MSYS2_BIN="你的安装目录\usr\bin\bash.exe"
然后重新打开msys2_shell.cmd -mingw64窗口再执行命令进行编译。
fdk aac支持
Fraunhofer FDK AAC编解码器库。这是目前ffmpeg的最高质量的AAC编码器。如果要使用fdk aac要加上：
--enable-libfdk_aac
怎么编译fdk aac这里就不说了。
七、使用dumpbin查看dll是32位还是64位等等
dumpbin需要在vs shell中执行。
- 查看32位还是64位：
dumpbin /headers libx264.dll - 查看符号清单（导出函数）
dumpbin /exports libx264.dll > libx264-exports.txt
