前情提要：只怪自己水平有限、知识面还是太窄，上篇编译时碰到了汇编，知识储备明显不够，这才真是书到用时方恨少，经过恶补，大体上一知半解了，继续啃骨头，在行动中学习，学习中记录，开干！

一、编译环境补充

由于涉及汇编的编译，因此需要在Visual Studio环境中增加编译支持。

1、nasm下载

官方下载地址在这里：NASM

下载下来的话只有nasm.exe，如果想要集成到Visual Studio环境中，还需要下载相应的nasm.props、nasm.xml和nasm.targets三个文件。

2、nasm.exe配置

nasm.exe需要配置到环境变量中，新建环境变量NASMPATH，然后指定到nasm.exe所在目录。还有一种方法是将nasm.exe拷贝到Visual Studio安装目录中，即VCInstallDir宏定义所指向的目录，例如我使用Visual Studio 2019的目录位置：

这样Visual Studio就可以找到nasm.exe了。

3、集成Visual Studio

将nasm.props、nasm.xml和nasm.targets拷贝到Visual Studio指定目录，不同版本有一定差别，整理了一下不同版本的地址，请对号入座

 1. Visual Studio 2013: C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\BuildCustomizations
 2. Visual Studio 2015: C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\BuildCustomizations
 3. Visual Studio 2017: C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets\BuildCustomizations
 4. Visual Studio 2019: C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Microsoft\VC\v160\BuildCustomizations

完成之后，重启下VS，通过右键单机项目-> 生成依赖项->生成自定义，如果能找到nasm的选项，说明配置成功。

至此，我们的Visual Studio就支持nasm来编译汇编了。

二、FFmpeg项目目录结构调整

由于这个项目的目录结构比较复杂（C和汇编语言都有相应的引用依赖，之前的目录结构有点别扭），加上考虑尽可能不动原有源码目录结构的前提下，将目录结构调整如下：

说明：维持原有FFmpeg的源码目录结构不动，在该目录下新建一个msvc目录，用于存放VS工程以及动态生成的文件。在VS工程中将源码引用进来进行编译，具体VS项目结构如下图所示：

通过筛选器来组织源码，这样开起来也比较舒服，相应的变更一下include就可以了。

三、nasm编译设置

前面已经配置好了nasm环境，但实际生成项目后并没有看到有什么变化。我就先学现卖：

首先把需要编译的asm文件当做源码导入工程，这里是放在x86筛选器下面；

然后右键点击asm文件（最好是把所有asm文件都选中之后再右键，否则得一个个设置很麻烦）查看属性

在属性页中会看到项类型自动被设置为不参与生成，将其改为Netwide Assembler，然后确定，这时就会出现nasm的配置页面：

按你实际的代码结构配置好相应的目录，就可以开始编译了。好了，回到主线任务！！！

四、编译libavutil项目

前面配置好之后，启动编译就会发现asm文件最开始会被编译：

莫名有点兴奋，奇怪的知识又增加了，然而问题还是要一个个解决的。

问题10：error C2065: “__asm__”: 未声明的标识符

重新回到问题10，通过回头看，感觉直接修改源码貌似不妥当：

在上面源码中可以看到，是否编译内联汇编，是通过HAVE_MMX_INLINE来控制的，既然是通过宏控制，那么就是说内联汇编可以参与也可以不参与，而这个宏定义是config.h（由configure生成）来定义的，只要把这个宏定义设为0，就表明不参与内联汇编了。所以可能更好的办法是修改config.h，所以将config.h中涉及内联汇编的位置都改成0，主要是HAVE_MMX_INLINE和HAVE_INLINE_ASM两个。

经过修改之后，问题10和前面的问题11就没再出现了。

问题12：error : unknown CPU type or flag 'amdnop'

这个是在asm编译的时候出现的，这个一开始我也没有头绪，因为我的汇编基础连入门都算不上，但是我发现编译汇编的时候引用了config.asm，这个和config.h是起到相同作用的，只是一个是给asm用的，一个是给C用的。通过搜索config.asm，发现有个叫HAVE_CPUNOP的宏定义，该值为1，改成0说不定就好了。果然，错误解决（但不知道有没有什么后遗症，哈哈，先管不了这么多了）。 相应的把config.h的宏定义也改为0。

问题13：fatal error C1083: 无法打开包括文件: “drm.h”: No such file or directory

这个头文件在整个源码中是找不到的，这个应该是Linux下libdrm库提供的，而这个库目前没有找到在Windows下的支持。源码在这里：Mesa / drm · GitLab。

该错误出现在hwcontext_drm.c，我暂时将其从项目中移除（注意：不是删除），不参与项目编译。这个错误在编译期间就不存在了，如果在链接时有问题我们再来解决吧。

类似的：排除了hwcontext_mediacodec.c、hwcontext_videotoolbox.c、hwcontext_cuda.c、hwcontext_opencl.c、hwcontext_vulkan.c、hwcontext_vdpau.c、hwcontext_qsv.c、hwcontext_vaapi.c、vulkan.c

问题14：error C2143: 语法错误: 缺少“)”(在“常数”的前面)

这个问题出现在tx_template.c，出错位置为：

但SR_POW2_TABLES以及后续的TX_MAX_SUB 都是有定义的，为什么会出错呢？跟踪了下源码，发现还关联了tx_priv.h和tx_double.c，tx_priv.h 中很多结构依赖的宏定义在tx_double.c中定义了，例如TX_DOUBLE，而tx_double.c 代码中就只有三行：

#define TX_DOUBLE
#include "tx_priv.h"
#include "tx_template.c" 

在项目中搜索了下tx_template.c文件，发现它是被当做头文件来引用的：

所以是不是说tx_template.c压根就不需要参与编译？将该文件从项目中排除，编译没有错误，同问题13相同，编译不出差，可能会在链接时出错，暂且如此，等链接出错了再说。

问题14：warning C4013: “gmtime_r”未定义；假设外部返回 int

虽然是个warning，但是间接导致了error C2100: 非法的间接寻址的错误：

gmtime_r是linux提供的接口，用于将日历时间timep转换为用UTC时间表示的时间，并将其存储到用户提供的结构体当中。通过代码追踪，是在time_internal.h对该函数进行了处理：

可以看出和HAVE_GMTIME_R这个宏有关，我们不急于更改代码，还是将该宏由1改为0。类似的，也将HAVE_LOCALTIME_R改为0。

OK！编译过程不再有错误了，但还存在84个链接错误！

曙光已现，预知后事如何，且听下回分解。