作者mayuyu ((・ω・)ノ)
看板Browsers
标题Re: [-Fx-] Youtube直播影片有微回溯现象
时间Fri Apr 1 21:26:04 2016
※ 引述《KBTIT (诸行无常)》之铭言：
: 装win10以後装上火狐
: 目前看Youtube的直播，只开一般视窗的话每隔几秒就会感受到
: 影片每隔一阵子就会有零点几秒的些微回溯(类似停格那样)
: 开全萤幕的话问题会更加放大，每秒都有回溯，新闻里每个人都在抽搐颤抖
: 试过用Chrome毫无问题，显然是FF不知哪里出错
: 整个系统连同火狐都是全新安装的，刚试过装K-lite大包也没改善
: 不知道有没有什麽解法？
这是Fx使用DXVA硬体加速解码H.264的bug，
目前在最新的每夜版才有修复，
而45.0.1版的话，如果你是使用Win8/8.1/10的系统，
在网址列输入about:config按Enter新增一个布林值
"media.windows-media-foundation.allow-d3d11-dxva"
设为true，让Fx使用D3D11而不要用D3D9-DXVA，
便可以解决这个问题。
将来Fx(46?)也会预设使用D3D11来加速。
而Win7由於缺少一个色空间转换函式，
目前不能用Fx写的D3D11-DXVA加速功能，
所以在Win7系统新增这一个参数也无效，
要更改另一个参数
"media.hardware-video-decoding.enabled"设为false，
强制关闭H.264解码的硬体加速。
(这时在网址列输入about:support->图形->
「支援 H264 硬体解码」这一项会显示
No; Hardware video decoding disabled or blacklisted)
这样不使用DXVA加速，纯软体解码也可以暂时避免这个bug。
(通常这时Fx在Youtube会优先选择使用VP9格式播放，
而VP9解码目前没有DXVA加速功能，
Chrome浏览器也是一样，纯用软体解，
所以可能我们会觉得CPU使用率稍高一点，
不过使用Chrome也是相同的情况，
Fx目前用一样的VP9解码函式库，所以也不会变得更差)
等到将来的Fx 46版推出的时候，会内建ffmpeg的解码器，
会有最快速的H.264/VP9(如果启用的话)解码效能，
即使在不支援Windows Media Foundation的XP系统上
也可以用内建的ffmpeg解码器解码H.264。
所以等到46版推出的时候，记得将
"media.hardware-video-decoding.enabled"设回true。
(about:support「支援 H264 硬体解码」会显示Yes)
如果届时你的系统仍然优先使用WMF的解码器，
透过Windows Media Foundation使用作业系统内建的解码器，
走->D3D9-DXVA因此仍然产生bug，
这时可以在网址列输入about:config修改
media.wmf.enabled设为false
强制Fx不使用WMF改用内建的ffmpeg解码。
要记得自己对about:config里面做了哪些参数修改，
如果将来没有bug的话，要记得改回预设值。
我常常乱改about:config，结果後来发生问题
但是已经不记得过去自己改了些什麽，
只好重建一个profile砍掉重练 ><
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.219.36.206
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Browsers/M.1459517170.A.E77.html
1F：推 Kreen: 太辛苦了......影片连结直接丢 Chrome 好了= = 04/01 23:31
2F：→ mayuyu: 如果播放上没有遇到问题的话 不用改这些参数 04/02 15:26
3F：→ mayuyu: (不是每个使用环境都会遇到) 用Fx播放有个好处是 04/02 15:26
4F：→ mayuyu: YouTube影片是放H.264+声音Opus H.264码率比较高 04/02 15:26
5F：→ mayuyu: 需要的网路流量比较多 但画质稍微锐利一点 04/02 15:26
6F：→ mayuyu: Opus音质最好 所以是影像+声音的最佳组合 04/02 15:27
7F：→ mayuyu: 同时H.264有硬体加速 播放负担比VP9轻松 04/02 15:27
8F：→ mayuyu: 将来使用ffmpeg解码 会有浏览器最佳的解码效能 04/02 15:27
9F：推 KBTIT: 刚试了一下回溯问题已解决但看久会影音不同步orz 感谢分享 04/02 21:38