[HDR/Windows] Allowlist HDR video on AMD/NVIDIA drivers as they support HLG transfer function
Categories
(Core :: Graphics: Color Management, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox150 | --- | wontfix |
| firefox151 | --- | fixed |
| firefox152 | --- | fixed |
People
(Reporter: ahale, Assigned: ahale)
References
Details
Attachments
(2 external files, 1 obsolete file)
Currently we know that HLG->PQ conversion doesn't work in VideoProcessor on some drivers (particularly Intel), so we need to blocklist the HDR video feature on these drivers to ship as websites like YouTube don't distinguish between HLG and PQ videos so we can't tell them that we support only one or the other, and displaying HLG as BT709 transfer function does work but is not a great user experience compared to the default SDR behavior with already-tonemapped videos.
We can reduce this blocklist coverage once we have our own HLG->PQ shader in place.
Another approach that would be an improvement is to just attempt setting up the VideoProcessor during startup and see if it works, we do something like that for a few codecs already.
| Assignee | ||
Comment 1•7 months ago
|
||
Note that we don't necessarily need to forbid showing PQ video as HDR, the capability works fine on these drivers, it's just that we can't advertise the media capability because we don't do HLG on these drivers.
| Assignee | ||
Updated•7 months ago
|
| Assignee | ||
Updated•6 months ago
|
| Assignee | ||
Comment 2•6 months ago
|
||
Updated•6 months ago
|
| Assignee | ||
Updated•6 months ago
|
| Assignee | ||
Comment 3•6 months ago
|
||
Allowlist patch is awaiting review, once it lands I will land the patch to enable in release, and we can uplift both to beta.
Comment 6•6 months ago
|
||
Backed out for causing multiple failures at gfxFeature
Backout Link
Push with failures
Failure Log wpt
BC
WD
Failure line Assertion failure: IsInitialized(), at checkouts/gecko/gfx/config/gfxFeature.h:140
Comment 7•6 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: HDR video on Windows is a top priority feature for Firefox 151.
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing: Manual testing is already organized for this feature.
- Risk associated with taking this patch: low
- Explanation of risk level: This disables HDR video processing for GPU vendors that we have not verified handle HLG video correctly yet - it makes it less likely that we have to roll back HDR video in general.
- String changes made/needed?: None
- Is Android affected?: no
| Assignee | ||
Comment 8•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D296087
Updated•6 months ago
|
| Assignee | ||
Comment 9•6 months ago
|
||
Attempting to land the patch on autoland and requested beta uplift, manually tested on two Windows PCs (one Intel Tigerlake iGPU, as well as trying it on NVIDIA as primary GPU, and on a purely AMD desktop), a Macbook Pro M4, and a Linux Wayland PC, the Intel iGPU worked as expected (HDR video disabled, and if forced the HLG video showed as non-HDR, and PQ worked fine), the AMD GPU worked as expected (full functionality), and the Macbook worked correctly, and Linux Wayland did not work but that is expected as we're not shipping there yet (problems observed: on an HLG video the browser crashed with an unsupported transfer function error, on a PQ video the video showed as non-HDR, turning on layer compositor did not improve either of these behaviors).
Comment 10•6 months ago
|
||
| Assignee | ||
Comment 11•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D296087
Updated•6 months ago
|
Comment 12•6 months ago
|
||
| bugherder | ||
Updated•6 months ago
|
Updated•6 months ago
|
Comment 13•6 months ago
|
||
| uplift | ||
Description
•