Bugzilla

Thanks for that information, func0der. Could you set Hardware Acceleration on in the options menu and navigate to `about:config` and set the `media.hardware-video-decoding.enabled` pref there to false and see if that also stops the crashes happening? This helps us track what specifically in the hardware acceleration settings is causing the issue.
---
For Gecko devs (people experiencing the issue can skip this unless you're interested in technical details), it's possible there is more than one problem here.
- Hardware decoding of non-encrypted media is causing crashes related to AMD drivers. This is consistent with disabling hardware acceleration fixing the issue.
- Widevine interacting with drivers to check HDCP support is causing crashes related to AMD drivers. This is consistent with different Widevine versions causing crashes, as different versions implement the checks differently.

Widevine does not perform hardware bases decoding, and its interactions with hardware to do the HDCP check are not influenced by prefs. So if latter of the two scenarios above is happening I don't see how disabling hardware acceleration would have an impact on it unless there is some sort of cross talk issue where Fx is interacting with the driver and Widevine also does and that results in a crash.

Thanks for that information, func0der. Could you set Hardware Acceleration on in the options menu and navigate to `about:config` and set the `media.hardware-video-decoding.enabled` pref there to false and see if that also stops the crashes happening? This helps us track what specifically in the hardware acceleration settings is causing the issue.

---

For Gecko devs (people experiencing the issue can skip this unless you're interested in technical details), it's possible there is more than one problem here.
- Hardware decoding of non-encrypted media is causing crashes related to AMD drivers. This is consistent with disabling hardware acceleration fixing the issue.
- Widevine interacting with drivers to check HDCP support is causing crashes related to AMD drivers. This is consistent with different Widevine versions causing crashes, as different versions implement the checks differently.

Widevine does not perform hardware bases decoding, and its interactions with hardware to do the HDCP check are not influenced by prefs. So if latter of the two scenarios above is happening I don't see how disabling hardware acceleration would have an impact on it unless there is some sort of cross talk issue where Fx is interacting with the driver and Widevine also does and that results in a crash.