Mozilla VPN is currently experiencing an outage. Our team is actively working to resolve the issue. Please check the status page for real-time updates. Thank you for your patience.

为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Firefox crashes/freezes computer with Youtube, hardware-video-decoding.failed setting ineffective

more options

Ever since the HTML5 player has taken over Youtube, I've had problems with it perma-freezing my computer as soon as any window was opened. Until recently I got around that by setting media.windows-media-foundation.enabled to false, forcing Youtube to use the Flash player. Lately, though, it's somehow gone back to the HTML5 player with 360p resolution only, so I went digging through the config file again in search of solutions. That's when I found two settings I hadn't noticed before, media.hardware-video-decoding.enabled (which I found true) and media.hardware-video-decoding.failed (which I also found true, though I hadn't touched it before). Re-enabling windows-media-foundation caused the hard-freezes to reoccur, but I discovered that by setting media.hardware-video-decoding.enabled to false I was able to leave the windows-media-foundation option true, and I can now use Youtube's HTML5 player in all resolutions. I conclude from this that the media.hardware-video-decoding.failed setting is bugged somehow, since it didn't seem to prevent the freezes.

Ever since the HTML5 player has taken over Youtube, I've had problems with it perma-freezing my computer as soon as any window was opened. Until recently I got around that by setting media.windows-media-foundation.enabled to false, forcing Youtube to use the Flash player. Lately, though, it's somehow gone back to the HTML5 player with 360p resolution only, so I went digging through the config file again in search of solutions. That's when I found two settings I hadn't noticed before, media.hardware-video-decoding.enabled (which I found true) and media.hardware-video-decoding.failed (which I also found true, though I hadn't touched it before). Re-enabling windows-media-foundation caused the hard-freezes to reoccur, but I discovered that by setting media.hardware-video-decoding.enabled to false I was able to leave the windows-media-foundation option true, and I can now use Youtube's HTML5 player in all resolutions. I conclude from this that the media.hardware-video-decoding.failed setting is bugged somehow, since it didn't seem to prevent the freezes.

所有回复 (1)

more options

Thanks for the report.

I can't tell for sure, but I think the media.hardware-video-decoding.failed preference is used to store the results of some tests done on the fly and doesn't have any protective effect, i.e., it doesn't switch the .enable from true to false. It could be just something used for diagnosis, a red flag for someone to find. Like you.