Summary: | an alternative approach for faster rendering using GL/GLES with None AA or default AA | ||
---|---|---|---|
Product: | cairo | Reporter: | Henry Song <hsong> |
Component: | gl backend | Assignee: | cairo-bugs mailing list <cairo-bugs> |
Status: | RESOLVED FIXED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | enhancement | ||
Priority: | medium | CC: | mrobinson |
Version: | 1.10.3 | ||
Hardware: | All | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
use stencil buffer for clipping
support basic fill, incremental patch following bug id 41482 |
Description
Henry Song
2011-10-05 09:04:09 UTC
Clipping is a little more complicated than that. ;-) You need to compute the intersection between the clip->boxes and the nested clip->paths. As always it may be interesting to compare the cost of geometric clipping versus stencil buffer fill rates. And for aligned clips (ie clip regions) it still may be even faster to keep using scissors. Created attachment 52244 [details] [review] support basic fill, incremental patch following bug id 41482 implements basic fill with constant color for MSAA compositor. This is the second patch in MSAA cairo/gles backend. The second patch implements intersected clipping correctly as commented by Chris The second patch is about fill with constant color, sorry for previous wrong comments on clipping The source is not handled at all by the vbo. The first patch did at least pass the color components for the solid fill per-vertex, but here I would expect to see a call to setup the source operand in begin_tristrip. Applied, thanks. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.