| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
texwrap.c test
|
|
Also, apply user-defined clamp limits to point size even when not using
attentuation or program-computed size.
|
|
|
|
|
|
|
|
|
|
Contains the normalized fragment position within a point sprite.
|
|
unsigned.
|
|
|
|
|
|
|
|
max depth buffer value on 64bit system. fix bug #12095
|
|
in stencil_and_ztest_pixels. fix #12263
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The clamping for these values depends on whether we're drawing AA or non-AA
points, lines. Defer clamping until drawing time. Drivers could compute and
keep clamped AA and clamped non-AA values if desired.
|
|
|
|
|
|
of -I flags.
|
|
|
|
|
|
|
|
|
|
were overwritten by interpolating attributes.
Now just set the span->arrayAttribs mask in glDraw/CopyPixels and be sure
we don't overwrite the values in interpolate_active_attribs().
|
|
|
|
|
|
|
|
|
|
|
|
Need to turn off FRAG_BIT_COL0 in swrast->_ActiveAttribMask when doing
glRead/CopyPixels to prevent the user's colors from getting overwritten
when a fragment program is active.
This was happening in the DRI drivers when MaintainTexEnv program was
used (the texenv fragment program was enabled when _swrast_DrawPixels was
called).
This still isn't an ideal solution, but fixes things for now.
|
|
|
|
|
|
problem)
|
|
state validation/update.
Note that we're still temporarily skipping the test for an active fragment
program. Need to fix shadow2D() ...
|
|
|
|
This fixes the depth-peel regression reported by Brad King.
|
|
|
|
|
|
The ARB_fp (and other assembly-level fragment program specs) say that the
depth comparison function is always GL_NONE in fragment program mode.
|
|
|
|
|
|
|
