Closed Bug 2037698 Opened 6 months ago Closed 6 months ago

Netflix video is magenta and white when using WebRender (Software D3D11)

Categories

(Core :: Graphics, defect)

defect

Tracking

()

VERIFIED FIXED
152 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox-esr140 --- unaffected
firefox150 --- unaffected
firefox151 + fixed
firefox152 + verified

People

(Reporter: cpeterson, Assigned: sotaro)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file, 2 external files, 1 obsolete file)

Attached image screenshot.png —

[Tracking Requested - why for this release]:

@ Jeff: I suspect this bug is a regression from your fix for HDR bug 2025015 in Fx151. I bisected to this regression range, but I couldn't bisect further because Netflix started returning seemingly unrelated errors:

https://hg-edge.mozilla.org/mozilla-central/pushloghtml?fromchange=1f2552c4d19da76efc011a18219ce004d3d89e5c&tochange=b431043d8af26374a363e9489091e112dc32986c

Steps to reproduce

  1. ⚠️ Note that you may need to set pref media.eme.video.prefer-platform-decoder to false to work around Netflix bug 2037550 in Fx152. However, this SW-WR bug predates that bug.
  2. Enable SW-WR pref gfx.webrender.software = true and restart Firefox. I'm testing on Windows 11.
  3. Log into netflix.com and play a video.

Expected result

Video playback should use normal colors. :)

Actual result

The website looks fine, but video playback is magenta and white. See the attached screenshot.

See also similar bug 1975517 about magenta and white video on tv.apple.com when using SW-WR.

Flags: needinfo?(jmuizelaar)
See Also: → 1975517
Severity: -- → S2

Sotaro, can you take a look?

Flags: needinfo?(jmuizelaar) → needinfo?(sotaro.ikeda.g)
Assignee: nobody → sotaro.ikeda.g
Flags: needinfo?(sotaro.ikeda.g)

The problem happened with WebRender (Software D3D11). The problem did not happen with WebRender (Software).

Summary: Netflix video is magenta and white when using SW-WR → Netflix video is magenta and white when using WebRender (Software D3D11)

I confirmed the problem with the following Youtube video with WebRender (Software D3D11) and HDR enabled.
https://www.youtube.com/watch?v=LXb3EKWsInQ

CompositorD3D11 does not support HDR ID3D11Texture2D video rendering. It seems to cause the problem. It seems better to disable hardware video decoding with WebRender (Software D3D11) and disable software decoded video uploading to ID3D11Texture2D. It makes the problem simple.

hardware video decoding is necessary for the followings. WebRender (software-based D3D11) does not support either of these features.

  • zero video frame copy
  • video overlay

It seemed that setting mPSConstants.vCoefficient[0] in CompositorD3D11::DrawQuad() seemed to cause the problem.

When mPSConstants.vCoefficient[0] was set to 1, video was rendered as non magenta, though clolor was a bit darker than video overlay.

Attachment #9584066 - Attachment is obsolete: true
Regressed by: 1540581

:sotaro, could you add a beta uplift request when you land this? Hopefully, it will land later today?
Tomorrow is the last day of uplifts for Fx151, I'll wait until it's in nightly before uplifting.

Flags: needinfo?(sotaro.ikeda.g)
Status: NEW → RESOLVED
Closed: 6 months ago
Resolution: --- → FIXED
Target Milestone: --- → 152 Branch

10 and 12 bits color depth image are using 16 bits integers for storage.
Data is placed as MSB and texture is sampled within [0 - 1] range.

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

Attachment #9585540 - Flags: approval-mozilla-beta?

firefox-beta Uplift Approval Request

  • User impact if declined/Reason for urgency: HDR video rendering was broken with WebRender (Software D3D11).
  • Code covered by automated testing?: yes
  • Fix verified in Nightly?: yes
  • Needs manual QE testing?: no
  • Steps to reproduce for manual QE testing:
  • Risk associated with taking this patch: low
  • Explanation of risk level: The fix change only one parameter for HDR video rendering with WebRender (Software D3D11).
  • String changes made/needed?: No
  • Is Android affected?: no
Flags: needinfo?(sotaro.ikeda.g)
Attachment #9585540 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Verified fixed in Nightly 152.0a1 (2026-05-12)

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: