前文《VS2019编译Chrome浏览器实践(最新版本)》对chrome编译做了总结。编译出来的chome*ex.e**能正常地打开网页，欣喜之余，打开优酷，发现优酷网页能正常打开，点击视频*放播**一直黑屏，腾讯视频也是如此。
优酷黑屏
尝试本地*放播**一个MP4，也是黑屏。
播MP4黑屏
尝试进入youtube，看看google自家的视频能否*放播**。果然，Google自家的视频网站*放播**是OK的，尝试*放播**一个VP9编码的webm视频，*放播**也是OK的。很显然，是编译的浏览器默认不支持MP4封装h264编码的视频,默认只支持google自家的web封装的VP9编码视频。
youtube视频*放播**OK
VP9编码地webm视频*放播**正常
现在的目标是让编译的chrome*ex.e** 支持MP4*放播**。
分析过程：
网上找了一番，很多人说chromium编译默认不编译ffmpeg，所以*放播**不了MP4视频。这里整理网友几种解决方案：
1） 有人建议将ffmpeg编译对应编码库（一堆的dll库）放到chrome*ex.e**目录下
这里有难处：ffmpeg版本如何和chrome*ex.e**对应起来，自己在Windows上编译个ffmpeg也是很费劲。
2） 有人建议将官方发布的chrome对应的ffmpeg的dll拷贝过去，但实际上近段时间官方的chrome安装包里面根本没有ffmpeg相关的dll(商业版的chrome压根就有没有用过ffmpeg还是将ffmpeg静态编译进其他dll，我们无法确定)
新发现：
发现一个编译参数可以将chrome以组件形式编译（即is_component_build = true），默认编译第三方库，第三方库都是静态编译到其他dll中去。打开这个开关，发现编译后有一个叫ffmpeg.dll，但这个ffmpeg.dll才3M，不是我们常见的ffmpeg官方编译的一堆dll。这个dll到底是真正包含了ffmpeg的dll,还是只是对ffmpeg的一个接口适配层呢？我们查看ffmpeg.dll导出的符号表（windows上称为导出表），发现ffmpeg对外的接口，都在这个符号表中。很显然ffmpeg默认是已经编译好了。只是chrome可能某些开关没有打开，导致chrome无法真正将ffmpeg的API用起来。
ffmpeg.dll导出的符号表
问题解决：
终于找到这个开关。编译前配置生成工程增加proprietary_codecs = true ffmpeg_branding = “Chrome"这2个宏即可，再次编译生成chrome*ex.e**，*放播**MP4，*放播**youku等视频网站都OK了。
h264编码的MP4*放播**OK
更多更详细信息请关注公众号：AV_Chat