During youtube video playback on Windows like the following, some video order seemed to be reverted. We might to recycle video frames too early. https://www.youtube.com/watch?v=gu6JunBsyUQ
Priority: -- → P1
Add RenderCompositorANGLE to split ANGLE specific handling and added ID3D11Query handling by referring MLGDeviceD3D11. By it, we expect that when WebRenderTextureHost is recycled, its usage on GPU is already ended.
We could get ID3D11Device from gfx::DeviceManagerDx::Get()->GetCompositorDevice() since Bug 1395107 is addressed.
Attachment #8943182 - Flags: review?(nical.bugzilla)
Attachment #8943182 - Flags: review?(nical.bugzilla) → review+
Pushed by email@example.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/70c2890fb875 Use ID3D11Query to wait previous frame completion r=nical
Backed out for static-analysis bustages on Windows Push that caused the failures: https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=70c2890fb8759067869e582c71d8123c9535841e Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=157297610&repo=mozilla-inbound&lineNumber=21044 Backout: https://hg.mozilla.org/integration/mozilla-inbound/rev/29d6104e3166227e759797ef127b5ed60eedbe7d
Sorry, explicit keyword was missed and Comment 3 did not catch it :(
Fixed the static analysis problem.
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/mozilla-inbound/rev/29e471159178 Use ID3D11Query to wait previous frame completion r=nical
You need to log in before you can comment on or make changes to this bug.