summaryrefslogtreecommitdiffstats
path: root/src/mesa/swrast/s_span.c
diff options
context:
space:
mode:
authorBen Widawsky <[email protected]>2014-07-02 17:07:34 -0700
committerBen Widawsky <[email protected]>2014-08-10 17:13:36 -0700
commit1a20e38ccfdc581a158a3e9f96e25465f2ab55df (patch)
treef68906c46e603d8399d3aec1421c635c4aeaf4b0 /src/mesa/swrast/s_span.c
parent109d420f42b66224366f4604d1235204101abb37 (diff)
i965: Simplify viewport extents programming on GEN8
Viewport extents are a 3rd rectangle that defines which pixels get discarded as part of the rasterization process. The actual pixels drawn to the screen are an intersection of the drawing rectangle, the viewport extents, and the scissor rectangle. It permits the use of guardband clipping in all cases (see later patch). The actual pixels drawn to the screen are an intersection of the drawing rectangle, the viewport extents, and the scissor rectangle. Scissor rectangle is not super important for this discussion as it should always help do the right thing provided the programmer uses it. switch (viewport dimensions, drawrect dimension) { case viewport > drawing rectangle: no effects; break; case viewport == drawing rectangle: no effects; break; case viewport < drawing rectangle: Pixels (after the viewport transformation but before expensive rastersizing and shading operations) which are outside of the viewport are discarded. } I am unable to find a test case where this improves performance, but in all my testing it doesn't hurt performance, and intuitively, it should not ever hurt performance. It also permits us to use the guardband more freely (see upcoming patch). v2: Updating commit message. v3: Commit message updates requested by Ken Reviewed-by: Kenneth Graunke <[email protected]>
Diffstat (limited to 'src/mesa/swrast/s_span.c')
0 files changed, 0 insertions, 0 deletions