diff options
author | Eric Anholt <[email protected]> | 2013-06-11 17:32:41 -0700 |
---|---|---|
committer | Eric Anholt <[email protected]> | 2013-06-26 01:07:11 -0700 |
commit | c20f973c4f8fa2c275e445b5da8deefcba874d2e (patch) | |
tree | 37e6b92f85a5ae63541e381adeff83dae9cd6293 /src/mesa/drivers/dri/i965/brw_fs_cse.cpp | |
parent | dba46831b0887a3f76ad011a9653ed9d2fff570e (diff) |
i965/gen4-5: Stop using bogus polygon_offset_scale field.
The polygon offset math used for triangles by the WM is "OffsetUnits * 2 *
MRD + OffsetFactor * m" where 'MRD' is the minimum resolvable difference
for the depth buffer (~1/(1<<16) or ~1/(1<<24)), 'm' is the approximated
slope from the GL spec, and '2' is this magic number from the original
i965 code dump that we deviate from the GL spec by because "it makes glean
work" (except that it doesn't, because of some hilarity with 0.5 *
approximately 2.0 != 1.0. go glean!).
This clipper code for unfilled polygons, on the other hand, was doing
"OffsetUnits * garbage + OffsetFactor * m", where garbage was MRD in the
case of 16-bit depth visual (regardless the FBO's depth resolution), or
128 * MRD for 24-bit depth visual.
This change just makes the unfilled polygons behavior match the WM's
filled polygons behavior.
Reviewed-by: Kenneth Graunke <[email protected]>
Diffstat (limited to 'src/mesa/drivers/dri/i965/brw_fs_cse.cpp')
0 files changed, 0 insertions, 0 deletions