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 下来即可。下一篇正式进入代码。

你可能感兴趣的:(MPV源码探究:背景及准备工作)