Closed Bug 2015805 Opened 7 months ago Closed 7 months ago

Support antialiasing each quad edge individually with SWGL

Categories

(Core :: Graphics: WebRender, task, P3)

task

Tracking

()

RESOLVED FIXED
149 Branch
Tracking Status
firefox149 --- fixed

People

(Reporter: nical, Assigned: nical)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Bug 2015400 got AA in a better place for hardware WR, but there are some remaining issues in SWGL, as shown by wrench/reftests/gradient/radial-segments-rotated-clipped.yaml.

The problem was that the clip prim was baking some anti-aliasing into the indirect task, from the clip itself being anti-aliased. With hardware WR the antialiasing of the clip wasn't affecting the results. It comes down to how SWGL does anti-aliasing in a different way, which we don't need to get into because it does not make sense for the clip to have anti-aliasing. So this patches removes that.
In order to make sure that anti-aliased segments are properly covered by the clip, we inflate primitivce-space clips on the CPU in a qay that is equivalent to the extra coverage it was getting from the shader's AA extrusion. Raster space clips already cover the entire task so they don't need to be inflated.

Pushed by amarc@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/036b98bf5ed3 https://hg.mozilla.org/integration/autoland/rev/7df40d9149a3 Revert "Bug 2015805 - Fix unwanted anti-aliasing of indirect primitives with SWGL. r=gw" for causing wrench bustages

Backed out for causing wrench bustages

Flags: needinfo?(nical.bugzilla)
Flags: needinfo?(nical.bugzilla)
Status: NEW → RESOLVED
Closed: 7 months ago
Resolution: --- → FIXED
Target Milestone: --- → 149 Branch
QA Whiteboard: [qa-triage-done-c150/b149]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: