MPV源码探究：背景及准备工作

背景及准备工作

一点历史

古有魏蜀吴三分天下，今有 Mplayer、MPC、VLC 三分天下。这个世界观太庞大，忍不住先讲一点多媒体播放器的历史。实际上目前市面上的开源播放器主要基于三种技术栈：

Mplayer/MPV

发家于 Linux 平台的播放器，基于 FFmpeg 进行解码。我们的研究对象 Mpv 实际上是 Mplayer 的一个衍生分支。基于 OpenGL pipeline 的渲染方案使得自定义配置非常灵活，例如 upscale 算法就有近十种可选，在我看来仅次于 madVR。Mpv 内部实现了支持各种平台的 video output 模块，比如在 Linux 上使用 GPU/OpenGL 或者 X11，在 Windows 上使用 GPU/OpenGL 或者 GPU/D3D11。

VLC

VideoLAN 组织开发的视频播放器，具体什么技术栈我没研究过，不过由于 libVLC 调用十分方便，一众套壳播放器和 UWP 下的播放器底层都是调用的 VLC。VLC 倾向于成为一个开箱即用的简便播放器，诸如 upscale 之类的特性没有很好的扩展性。

MPC

Windows 系统下的播放器鼻祖。MPC 使用 FFmpeg 进行解码，同时支持 DXVA 等技术，使用 Windows DirectShow 进行渲染。DirectShow 这个接口已经非常古早了，早在 Windows 7 的时候微软就已经钦定了他的替代者——Media Foundation。只是微软宅心仁厚，直到现在还一直支持着对古老技术方案的前向兼容。

当然 DirectShow 方案存活了这么久，在这上面做的文章也是最多的。著名的渲染器 madVR 也是基于这套方案。基于 MPC，后来衍生出了 MPC-HC 和 MPC-BE 两个播放器。如果你想用 madVR，搭配 MPC-HC 可能是兼容性最好的组合了。

---

总结一下，MPC 技术栈真的非常老了，VLC 不够 Geek，MPV 战未来。

准备工作

为了能够顺利的阅读源码，以及编译我们自己的 Mpv，一些环境是必不可少的。阅读源码我使用的是 Visual Studio，当然 VSCode 也行，只要能自动把声明定义索引到就行。

Mpv 的编译需要在 Linux 下进行，使用交叉编译环境编译到 Windows 下来使用。编译可以参考这篇文章，两种方法我都试过，mxe 环境比较适合静态链接；不需要静态链接的话，在 Windows 下使用 MSYS2 就足够了。动态链接的 mpv 编译出来以后会依赖数十个动态链接库，个人觉得仅适合尝鲜使用。

不想编译也没关系，用 Git 把官方仓库 clone 下来即可。下一篇正式进入代码。