【UWP】FFmpeg库的编译

本文是关于windows8.1/windows10通用应用下编译ffmpeg的一些需要注意的地方,针对最新的msys2而写,都是我在实际操作中遇到的,但是网上没有提到的。如果大家遇到什么问题或是在之前的MINGW中可以编译,但在最新的msys2里遇到了问题,或许可以从本文中获取一点参考。

uwp应用中,如果我们想要实现系统原生支持之外的媒体格式的解码(如:flv,ape等),需要使用FFmpeg库的支持。在Windows环境中,微软写好了一个专门用于编译、调试FFmpeg的项目,也提供了三种语言的使用范例。但是,很多人经常卡在编译ffmpeg这个最基础的步骤上,原因五花八门,但最常见的问题则是cl编译器无法工作。

这个问题,有很多可能的原因,网上也有很多解决方案,以下根据我遇到的情况,只针对。“cl is unable to create an executable file.”的问题补充、纠正几点(网络上的众多解决方案其实有一些于事无补,还会增加大量不必要的操作):

①cl.exe编译器自身的问题:

使用命令提示符打开Visual Studio的VC编译器的目录(eg:C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin),有几个文件夹需要注意:

·amd64

·amd64_arm

·amd64_x86

·arm

·x86_amd64

·x86_arm

显而易见,这几个文件夹提供的是对应(跨)平台的编译工具。我们需要编译什么平台的ffmpeg库,最好在之前打开相应文件夹里的link.exe,看能否正常打开;使用命令提示符打开cl.exe,检查是否有正常的提示信息打印在控制台里。如果cl.exe无法打开,很可能是缺失动态链接库的原因。在……\Microsoft Visual Studio 14.0\Common7\IDE目录下,将msobj140.dll,mspdb140.dll,mspdbcore.dll和mspdbsrv.exe四个文件覆盖到……\Microsoft Visual Studio 14.0\VC\bin目录下。完成后,双击cl.exe,提示符瞬间弹出即为正常。

 

②VS库没有被msys正确链接:

网络上其他的编译ffmpeg的教程几乎都提到:如果不用vs提供的命令提示符打开msys2,也可以通过为msys2添加环境变量的方式来完成编译。事实上,这一方法有很多漏洞,可行性很低,如果之前就遇到了cl相关的问题,那么通过手动添加环境变量的方式看似正确,实则会让人走入弯路。

1.通过export命令直接添加

这个方法可能是最常用的,比如:export PATH=$PATH:"/c/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_arm"。随后执行echo $PATH,可以看到环境变量添加成功。但是,在编译时,ffmpeg里的configure配置无法读取到后来手动添加的路径。说白了,这个方法是徒劳的。

2.直接修改默认环境变量

这个方法直接修改msys目录下/etc/profile文件,为其添加:

unset VS

VS=“路径”

随后在MINGW的三个case语句里的PATH后面追加${VS}。这个方法可行,但是还是很容易出错,原因解释:

msys2在执行链接到VS的交叉编译时,需要引入的环境变量不止……Microsoft Visual Studio 14.0/VC/bin/<平台>一个。(事实上,perl等的编译也需要vs的介入。)环境变量缺一不可。

所以,最稳妥的解决方法是:使用vs自带的命令提示符(注意平台的对应)来打开msys2。

如果这之后观察环境变量,发现还是msys2默认的那几个,就根据平台打开对应的ini配置文件,将MSYS2_PATH_TYPE=inherit一句的注释取掉(删掉前面的“#”)。

执行 echo $PATH 指令,可以看到相比之前多出了很多vs的lib和include目录,接下来再执行which指令确认cl(推荐使用文件的完全名称(如:cl.exe)进行which指令查询。)、link.exe(注意是在vs的目录下,msys目录下的文件需要临时重命名)、armasm.exe(针对arm平台的编译所需)是否就位(至于cpp.exe等包含于msys的文件,如果缺失,请检查gcc,perl等库的安装),完毕后,将目录cd至ffmpeg所在目录,然后执行BuildFFmpegInterop.bat [系统] [平台] 即可。

一点补充:

Ⅰ.关于ffmpeg库,推荐从github上直接下载zip包,只有14.6mb。如果使用git指令获取的话,你可能会得到一个300m+的包,其实我们真正用到的只有解压出来的那几十m而已。

Ⅱ.微软提供的批处理已经写入了允许交叉编译的指令,同时编译出的库允许为商店应用所用,不需要我们添加额外的 -store 参数。另外,关于dx11的相关库的编译是默认关闭的。

 

希望本文能为想在自己应用中引入多格式媒体支持,却又在编译ffmpeg库遇到问题时的各位提供帮助。

posted @ 2017-02-23 19:19  一只菜鸡  阅读(1804)  评论(4编辑  收藏  举报