| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
return black (0,0,0,1) when sampled.
|
|
when using 32-bit Z buffer.
|
|
|
|
|
|
|
|
|
|
|
|
This restores the behaviour of Mesa 6.5.1, fixing a regression in 6.5.2.
See bug 9345. Revisit someday...
|
|
|
|
|
|
|
|
prog_instruction.h
|
|
|
|
|
|
|
|
|
|
In brief:
Check for enabled fragment program by looking at ctx->FragmentProgram._Current.
New code for varying variables.
|
|
|
|
programs.
|
|
Haihao Xiang.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
is enabled and we've changed any GL state that might be referenced by a
fragment program (such as state.fog.params). Do this during swrast
validation, not in _swrast_exec_fragment_program().
|
|
to sample texture[k]. Use zero otherwise. Not foolproof, but a good
compromise.
|
|
were using the partial derivatives of texcoord[K] but the coordinate used
for texture sampling may be something totally different (and texcoord[K]
might not be a real texture coord at all). Net result was a bogus LOD is
sometimes used, often resulting in using the smallest mipmap level (a
constant color).
Just use zero for now (undef LAMBDA_ZERO to override).
Plus, some additional debug code.
|
|
|
|
More DEBUG_FRAG code.
|
|
|
|
|
|
|
