1521172 - Some video frames render as green boxes on Windows 10 ARM64

Status: NEW

(Core :: Graphics: Layers, defect, P2)

Description

[Andrew Overholt [:overholt]]

In today's nightly, I got intermittent video decoding pauses and green-ish artifacts on https://www.nytimes.com/video/technology/100000004574648/china-internet-wechat.html on a Lenovo C630 ARM64 Windows 10 laptop. (I also couldn't use the scrubber but that's an entirely separate issue)

Comment 1

[Matthew Gregan [:kinetik]]

Nils, who's the best person to look at this?

Comment 2

[Andrew Overholt [:overholt]]

I realized yesterday I can make this happen on Fedora 29, too (slightly different visual artifacts, but same video).

Comment 3

[Chris Pearce [:cpearce (Not reading bugmail)]]

QA reports in bug 1527811 that this also happens on EME video. Given EME uses an x86 software decoder via emulation which is known to work fine on x86 native, I think that suggests this may be a graphics issue? I saw this a few times while trying to (repeatedly) play https://www.nzonscreen.com/title/shortland-street-first-episode-1992 in order to repro bug 1532193.

Comment 4

[Chris Pearce [:cpearce (Not reading bugmail)]]

I (and erahm) can repro on https://pearce.org.nz/video/h264.html ; provided autoplay blocking is enabled, on page load the video on that page renders the the first frame. On our Lenovo C630 the video renders the first frame as a green box. This is with Direct2D painting blacklisted, and a D3D compositor. If I force enable basic layers, I get the expected rendering. So I think this is an interaction with the Direct3D compositor.