编译最新版 FFmpeg 前需要知道的几点

编译最新版 FFmpeg 前需要知道的几点

一、 NDK 版本

• 在老版本中有 gcc 编译器， 在网上好多博客基本都是用的 gcc 去编译的。
• 新版本中， gcc 已经没有了， 可以使用 llvm 的 clang 去编译。
• 新版本的头文件和实现库分离， 需要在编译时指定头文件和库的位置。
• 新版本的 FFmpeg 中 target-os 提供了 Android。 你可能在其他博客文档中看到 上来修改 configure 中四个的值， 改变编译后的后缀呀啥的, 当然 target-os=Linux。 新版提供了 Android, 编译出来的肯定是 os了。还有查看 configure 代码时， 看到如果选中 target-os 是Android时， 默认使用的 clang 编译。
• 当然在开始编译之前， 如果你能了解交叉编译这个概念是最好不过的了。网上很多， 可自行去补。

二、 NDK 的目录结构

网上一大把, 这里只是说最需要关注，也必须要知道的文件目录

• platforms: 该目录包含了支持不同Android目标版本的头文件和库文件。Android NDK构建系统会根据具体的Android版本自动引用这些文档。
• toolchains: 该目录包含目前Android NDK支持的不同目标体系结构的交叉编译器。Android NDK目前支持ARM、X86和MIPS机体系结构。Android NDK构建系统根据选定的体系结构使用不同的交叉编译器。

三、 如果使用 gcc 去编译， 需要指定的 gcc 的部分参数

你在看其他博客时可能会看到如下配置, 而不知所以然

--extra-cflags="-I$NDK/sysroot/usr/include/arm-linux-androideabi -isysroot $NDK/sysroot -fPIC -DANDROID -D__thumb__ -mthumb -Wfatal-errors -Wno-deprecated -mfloat-abi=softfp -marm -march=armv7-a" \
--extra-ldflags="-L$NDK/sysroot/usr/lib"

这是啥玩意呀, 都是干什么用了？ 可能你在这里就放弃了， 也可能直接不理解的复制, 编译时出问题也不知道为什么, 然后就又放弃了。

揭晓答案（可以这样）

–extra-cflags: 主要指定额外引入的头文件呀, 配置些宏定义等等。
–extra-ldflags: 只要指定些额外引入的库文件等等。

你想想, FFmpeg 可以引入好多三方的编码解码器啥的, 比如 h264, 我们编译好的 h264, 头文件和库文件都有了。 我们在编译 FFmpeg时， 想引入 h264， 就可以在这里去引入 h264 所需要的头文件和库文件。

至于后面配置的 -I、 -L、 -D、 -W、 -U …

这些其实都是 gcc 的编译参数, 比如 -I 是引入的头文件路径, -I后面跟的就是一个文件路径, 头文件所在的路径。 -L 是要引入的库的路径。 -D 是定义宏, 比如 -DAAA, 其实就是 #define AAA, -DBBB=1, 其实就是 #define BBB=1。 -U 就是 #undef。 至于其他的参数可以自己去百度搜 gcc 的参数。

四、 Linux 的一些命令

基本的总要知道吧, 如果 cp, mv, vim, touch, rm …吧

在这里我想说的是 sed 这个命令, 你可能会在其他博客中看到如下内容

sed -i '' 's/HAVE_LRINT 0/HAVE_LRINT 1/g' config.h
sed -i '' 's/HAVE_LRINTF 0/HAVE_LRINTF 1/g' config.h
sed -i '' 's/HAVE_ROUND 0/HAVE_ROUND 1/g' config.h
sed -i '' 's/HAVE_ROUNDF 0/HAVE_ROUNDF 1/g' config.h
sed -i '' 's/HAVE_TRUNC 0/HAVE_TRUNC 1/g' config.h
sed -i '' 's/HAVE_TRUNCF 0/HAVE_TRUNCF 1/g' config.h
sed -i '' 's/HAVE_CBRT 0/HAVE_CBRT 1/g' config.h
sed -i '' 's/HAVE_RINT 0/HAVE_RINT 1/g' config.h
sed -i '' 's/HAVE_HYPOT 0/HAVE_HYPOT 1/g' config.h

这个命令详细的可以百度用法， 我在这里直说这些是做什么用的。 每一行命令就是把 config.h 文件中 的字符串修改。 比如第一行的那个就是把 config.h 中， HAVE_LRINT 0 这个字符串修改成 HAVE_LRINT 1。
至于为什么修改， 第五个知识点再说。

五、FFmpeg 在配置 configure 参数时， 需要理解的一个配置

我只想说这个：

--cross-prefix=

这个配置其实就是一个前缀, 在 configure 中， 你可以看到, 这个配置的前缀拼接上 cc、 cxx 去得到一个完整的编译器路径。 如果我们配置的 --cross-prefix=/a/b/v/android- 其中 cc 的值是 gcc, 则最后编译器 gcc 的路径就是 /a/b/v/android-gcc。使用这个可执行的编译器去编译。 在配置的时候如果说提示编译器不存在, 或者说 编译 test 什么失败, 你就应该看看这个路径有没有。

其实编译和配置没有那么神奇！！！

configure 拼接的代码如下:

ar_default="${cross_prefix}${ar_default}"
cc_default="${cross_prefix_clang}${cc_default}"
cxx_default="${cross_prefix_clang}${cxx_default}"
nm_default="${cross_prefix}${nm_default}"
pkg_config_default="${cross_prefix}${pkg_config_default}"

六、 FFmpeg 运行过 configure 配置些参数后的事情

我们在 configure 中配置了开启什么功能, 关闭什么功能, 安装目录, 引入的头文件, 库, 编译环境等等。 在运行 configure 去配置时 会根据你的配置在 FFmpeg 目录中生成 MakeFile 和 config.h 两个文件， 这里面的文件就是通过你的配置去动态生成的。 你想想， 你关闭了的功能肯定就不能再编译进去了对吧，是的。 你打开 config.h 会发现好多宏定义，#define HAVE_xxxxx 0 或者 #define HAVE_xxxxx 1, 这些宏定义就是在编译源码时起到作用了, 在源码中 你会看到 # ifdef HAVE_xxxx 如果你定义了这个宏, 那么就运行下面的代码, 如果没有就不运行， 这样不就通过你的配置去动态编译源码了嘛。

现在想想第四个 sed 的修改，也就为了修改哪些需要编译。 你可能会问， 那么多宏， 我咋知道要编译哪些呢。 我也不知道, 我没怎么看源码我怎么知道。 哈哈， 有时在编译的时候会报错， 报没有提前定义或者没有这个结构体什么的， 你可以进到源码里看看那个宏是啥， 打开或者关闭就好了。 这里我举个栗子：
使用 gcc 编译时可能会出现下面的问题:

error: request for member 's_addr' in something not a structure or union
         mreqs.imr_multiaddr.s_addr = ((struct sockaddr_in *)addr)->sin_addr.s_addr;
                            ^
libavformat/udp.c:292:32: error: incompatible types when assigning to type '__be32' from type 'struct in_addr'
             mreqs.imr_interface= ((struct sockaddr_in *)local_addr)->sin_addr;
                                ^
libavformat/udp.c:294:32: error: request for member 's_addr' in something not a structure or union
             mreqs.imr_interface.s_addr= INADDR_ANY;
                                ^
libavformat/udp.c:295:29: error: request for member 's_addr' in something not a structure or union
         mreqs.imr_sourceaddr.s_addr = ((struct sockaddr_in *)&sources[i])->sin_addr.s_addr;

我到源码中看到, 猜测肯定没有 ip_mreq_source 结构体（当然如果我们使用 clang 去编译就不会有这个问题。我大胆猜测， gcc 毕竟是老的， 编译系统里应该没有这个结构体， clang 里新增了这个。 毕竟 FFmpeg 源码也在一直更新）。 如果想解决这个问题， 你会看到上面 #if HAVE_STRUCT_IP_MREQ_SOURCE 才会编译这端代码， 也就是如果有这个结构体才会去编译， 现在使用的 gcc 没有哇， 我们就使用第四部去设置成没有就好了

sed -i '' 's/HAVE_STRUCT_IP_MREQ_SOURCE 1/HAVE_STRUCT_IP_MREQ_SOURCE 0/g' config.h

七、 后续安排及想法

后面我会用两种方式去编译 FFmpeg， 一种是 gcc 的， 一种是 clang 的。 你会发现用 旧的方案 gcc 去编译， 会需要改好多问题。 使用 新的 clang 去编译， 没有出现一点问题。

每个人都不能一次性编译通过， 都可能会出现各种各样的问题。 要耐心， 要寻求根源。