jiagm的个人空间

slitaz：dxva都这么清楚，赞一个(2015-11-08 00:50)

回复

jiagm： 目前暂时换成了44.0a2（aurora），现在测试是正常的。继续观察一段时间。感谢各位指点。(2015-11-07 23:34)

回复

jiagm： 是Intel官网的最新驱动（15.36.26.4294）。(2015-11-07 22:46)

回复

yfdyh000： https://hg.mozilla.org/mozilla-central/diff/daaff5a6d006/dom/media/MediaDecoderStateMachine.cpp 好像掉帧和损坏帧都算。看来两者都有可能，掉帧或者帧意外损坏。 所以如果是损坏帧...(2015-11-07 15:40)

回复

pcxfirefox： 我的理解是损坏的帧就是掉的吧 DXVA可以通过MFT或者别的更高或者更低层次的实现 firefox用的MFT(2015-11-07 15:20)

回复

jiayiming：不管是用系统的MFT还是用第三方DXVA2 native理论硬解速度都是一样的，剩下影响的应该就是渲染方式了 如果同一个视频能确定第三方播放器不掉帧而firefox掉帧那显然。。。。。。(2015-11-07 13:07)

回复

yfdyh000： 不是很理解，这个是损坏率而不是掉帧率吧，损坏也是预期的吗。或者说这类似内存硬错误，是预期存在吗。 DXVA也需要实现吗，我的理解是类似DirectX，软件调用系统接口，系统再协调硬件，按规范来应该没事。(2015-11-07 12:57)

回复

pcxfirefox： 不是失误 因为本来就不知道这个值应该定多少才影响DXVA 其他没问题是因为开启DXVA没问题 而不是说其他开了掉帧率也不多 firefox源码把掉帧率检测删了也开启没问题啊 而且他们的DXVA实现不一样 firefox依赖windows系统的解码器 其他第三方有自己的实现 可能...(2015-11-07 12:33)

回复

yfdyh000： 我指“改到一个较大的掉帧率”，不大可能有效吧，限制自然有道理。 不会是Firefox检测正确性失误吗，既然楼主说其他好像没问题。也不知道能怎样测试情况。(2015-11-07 12:27)

回复

pcxfirefox： Firefox源码里是写死的 http://hg.mozilla.org/mozilla-central/rev/5bc5a0d4ec0d 所以不同硬件可能有不同的情形 这个数值有待商榷 但又不能没有 因为严重不足的话 开启DXVA起到反作用 我怀疑lz的GPU恰好掉帧率在2...(2015-11-07 12:22)

回复