之前写过一篇基于WSL编译windows版FFmpeg的博文：使用Win10 + WSL编译FFmpeg时的依赖库处理 – https://blog.k-res.net/archives/2771.html，记录了一些基本构建操作和一些问题，但是当时的configure并没有开启很多其他依赖项来激活相关功能，这次要记录的是通过开启openssl的方式，增加如https，rtmps等协议的支持，虽然有WSL的加持，大大简化了windows下编译FFmpeg的复杂度，但到了某些依赖，如这次要说的openssl时，还是有些需要注意的地方的，毕竟WSL的方式实际的本质是在一个同时有linux命令但又能执行windows执行程序的特殊环境下执行构建操作，带来方便的同时也带来了一些特有的麻烦：
Continue reading…WSL
使用Win10 + WSL编译FFmpeg时的依赖库处理
Windows 10的Linux子系统WSL安装过程就不做赘述了，网上资料很多。
之前一直认为WSL只是以类似虚拟机或容器化的方式使得能在Windows上运行原生Linux程序，当然，也在WSL上做过如使用ndk交叉编译Android原生程序、动态库的操作，用起来还是挺方便的。直到最近研究FFmpeg的Windows版编译时才发现（参考自：https://www.bilibili.com/read/cv7058269/），原来WSL还有一个“大杀招”：直接运行Windows执行程序exe，如下图所示：
可以看到，在WSL内直接执行VS 2019的编译器程序cl，也是完全没有问题的，基于这种方法，FFmpeg官网上所说的用cygwin，mingw，msys之类的桥接环境构建Win版FFmpeg的麻烦就不复存在了，而且新版FFmpeg源码（博主用的4.3）的configure也做好了对这种编译方式的支持，参考上面的链接，制定上toolchain=msvc等相关参数，剩下的事和nix系统上构建一样就可以顺利完成了，简单方便！
不过，今天要记录的并不是WSL下编译Win版FFmpeg的问题，而是编译时如何引入其它依赖，如openssl，xml2等以获取更多功能支持，尤其是在Win环境下，这些其它依赖库的位置很有可能是一个很随意的位置，而在WSL环境下处理这种依赖的头文件、库文件搜索路径时是有坑的…
Continue reading…如何在WSL(Ubuntu)中安装最新版git
Win10的WSL相比Cygwin这类模拟环境来说，确实很好的解决了在Windows下进行Linux相关开发应用的需求，这里简单记录下升级WSL Ubuntu中的git到最新版的方法，以备不时之需：
Continue reading…