We currently override the media.mediasource.webm.enabled value if: 1- mp4/h264 isn't available 2- h264 isn't hardware accelerated 3- We can decode vp9 quickly enough. We should also enable it on machines that have hardware VP9 capabilities (some haswell and later intel, or android devices)
3 years ago
Priority: -- → P2
Mass change P2 -> P3
Priority: P2 → P3
Jean-Yves - is this still an issue?
yes it is... it should be done. The enabling of MediaCapabilities however may alleviate the problem, as following bug 1409664, will be able to properly detect if hardware decoding is enabled or not Removing the dependency on 1399019, as facebook doesn't use vp9 but h264.
No longer blocks: 1399019
@jya Actually, this is blocking bug 1399019 in part, since *some* Facebook videos do play vp9 :) Not all videos have vp9 encodings, but some do. Specifically, most 360 videos do play VP9 by default on Desktop. I'm on the 360 videos team @ FB and we just disabled VP9 delivery on Firefox Windows after discovering it wouldn't play (had previously disabled it for MAC only following bug 1403412, but we did not know that it was now disabled on Windows as well.
You need to log in before you can comment on or make changes to this bug.