Closed Bug 2028843 Opened 3 months ago Closed 2 months ago

[HDR] Combine the various prefs that enable HDR video and add a force_enabled pref for testing on non-HDR displays (especially useful for reftests probably)

Categories

(Core :: Graphics: Color Management, enhancement, P2)

enhancement

Tracking

()

RESOLVED FIXED
152 Branch
Tracking Status
firefox151 --- fixed
firefox152 --- fixed

People

(Reporter: ahale, Assigned: ahale)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

This could be useful for testing/debugging, and reftests could use it to verify behavior of the code paths without an HDR display in the test environment.

See Also: → 2030296
Summary: [HDR] Add gfx.color_management.hdr_video_forced pref for testing/reftests without an HDR display → [HDR] Add gfx.webrender.overlay-hdr.force-enabled pref for testing/reftests without an HDR display
Assignee: nobody → ahale
Status: NEW → ASSIGNED
Attachment #9570881 - Attachment description: Bug 2028843 - Add gfx.webrender.overlay-hdr.force-enabled pref for testing r?#gfx-reviewers → Bug 2028843 - Combine several HDR prefs and add a force_enabled pref r?#gfx-reviewers
Summary: [HDR] Add gfx.webrender.overlay-hdr.force-enabled pref for testing/reftests without an HDR display → [HDR] Combine the various prefs that enable HDR video and add a force_enabled pref for testing on non-HDR displays (especially useful for reftests probably)
Pushed by ahale@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/ba37d504631a https://hg.mozilla.org/integration/autoland/rev/7fa3007cdb16 Combine several HDR prefs and add a force_enabled pref r=gfx-reviewers,bradwerth
Status: ASSIGNED → RESOLVED
Closed: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → 152 Branch

firefox-beta Uplift Approval Request

  • User impact if declined/Reason for urgency: This change lets users work around bugs in HDR video playback if necessary, and is useful for troubleshooting.

Fixes a minor issue where moving a window between monitors might change between HDR and non-HDR display of a video unpredictably as it was making the decision on displaying as HDR in two separate places, which could make different decisions if a window is moved between displays after the video starts.

  • Code covered by automated testing?: no
  • Fix verified in Nightly?: yes
  • Needs manual QE testing?: no
  • Steps to reproduce for manual QE testing: Shouldn't be visible, the only case that could be tested is opening an HDR video file (not YouTube as that checks video-dynamic-range first) where it would now be displayed with the correct HDR range. We are already organizing some testing for this feature.
  • Risk associated with taking this patch: low
  • Explanation of risk level: Mostly this consolidates prefs to make troubleshooting easier, but it also makes a change where we no longer check twice if the display is HDR when displaying HDR video, if that has consequences we'd like to know in testing of the beta.
  • String changes made/needed?: None
  • Is Android affected?: no
Attachment #9574892 - Flags: approval-mozilla-beta?

We have quite a collection of prefs that enable HDR video, let's reduce
that to gfx.color_management.hdr and add a pref called
gfx.color_management.hdr.force_enabled for testing HDR rendering code
paths without an HDR display

Original Revision: https://phabricator.services.mozilla.com/D294830

Attachment #9574892 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: