Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
git+ssh://people.freedesktop.org/~anholt/mesa into i915-unification
|
|
|
|
|
|
|
|
|
|
|
|
Thanks to Panagiotis Papadakos for reporting it.
|
|
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.
|
|
|
|
It's OK to use _TexEnvProgram regardless of the texture state, but if fog
is also enabled, the fragment program is lacking the actual fog computation
so fogging doesn't appear.
Fixing this might involve a new _MaintainFogProgram field and related code.
For now, just disable the _TexEnvProgram and let swrast handle everything.
|
|
|
|
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.
|
|
an app issue, not a mesa bug.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The ARB_fp (and other assembly-level fragment program specs) say that the
depth comparison function is always GL_NONE in fragment program mode.
|
|
|
|
Explicitly store the modelview matrix and projection matrix used when the
shadow map is created. These matrices only need be updated when
RenderShadowMap is called. Previously, slightly different code was used to
draw and project the shadow map.
|