diff options
author | Ben Widawsky <[email protected]> | 2014-07-02 17:07:34 -0700 |
---|---|---|
committer | Ben Widawsky <[email protected]> | 2014-08-10 17:13:36 -0700 |
commit | 1a20e38ccfdc581a158a3e9f96e25465f2ab55df (patch) | |
tree | f68906c46e603d8399d3aec1421c635c4aeaf4b0 /src/mesa/swrast/s_span.c | |
parent | 109d420f42b66224366f4604d1235204101abb37 (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