- Mar 26, 2007
-
-
Ben Skeggs authored
-
- Mar 25, 2007
-
-
Brian Paul authored
-
Brian Paul authored
-
Haihao Xiang authored
values for nr of entries) should meet the requirement.
-
Haihao Xiang authored
-
Nicolai Hähnle authored
-
Nicolai Hähnle authored
-
Nicolai Hähnle authored
The texture_rectangle fix introduced a bug where every texture instruction caused a new indirection.
-
- Mar 24, 2007
-
-
Dave Airlie authored
Still crashes out on scissor regs
-
Nicolai Hähnle authored
R300 hardware takes texcoords in the range 0..1 even for rectangle textures. Previously, the necessary texcoord conversion was applied to the texture coordinate during vertex processing in a render stage. This is obviously wrong when fragment programs are used, which can calculate arbitrary coordinates for TEX instructions. Therefore, we now inject an appropriate MUL instruction before a TEX that reference a rectangle texture.
-
Nicolai Hähnle authored
There used to be an assertion when a fragment program accesses an incomplete texture image. Work around this assertion. Note: I am unsure whether this workaround produces the desired result (0,0,0,1) on all hardware.
-
Nicolai Hähnle authored
When no textures were enabled, a KIL instruction triggered an assertion in r300_setup_rs_unit.
-
Nicolai Hähnle authored
-
Ben Skeggs authored
-
Brian Paul authored
Nicolai writes: When the pixmap pixel format has no alpha channel, the x11 driver (software rendering) adds a wrapped alpha channel on request. During SwapBuffers, this alpha channel is not copied from back to front, which means that the front buffer doesn't really contain the contents that the back buffer previously contained. A subsequent glReadPixels from the front buffer will return an incorrect result. The following patch attempts to fix this.
-
- Mar 23, 2007
-
-
Nicolai Hähnle authored
-
- Mar 22, 2007
-
-
Brian Paul authored
-
Brian Paul authored
-
Alan Hourihane authored
if not bail accordingly. Previously we'd only do this test on compressed textures.
-
Haihao Xiang authored
StateFlags has been updated in _mesa_add_state_reference
-
- Mar 21, 2007
-
-
Brian Paul authored
-
Brian Paul authored
-
Roland Scheidegger authored
-
Ben Skeggs authored
-
Ben Skeggs authored
-
Haihao Xiang authored
to fix #10232 Table6.1(in gl2.1) has been applied for glGetTexImage before calling into _mesa_pack_rgba_span_float.
-
- Mar 20, 2007
-
-
Nicolai Hähnle authored
The index is no longer necessary to share constants between multiple SIN/COS/SCS instructions inside a single fragment program, and storing a tiny implementation detail like this in the fragment_program structure itself was just nasty.
-
Nicolai Hähnle authored
-
Haihao Xiang authored
not sure which brw surface for DXT3 & DXT5, so restore the previous choice.(changed in commit 84081774)
-
Alan Hourihane authored
-
Ben Skeggs authored
-
Ben Skeggs authored
-
Ben Skeggs authored
-
- Mar 19, 2007
-
-
Nicolai Hähnle authored
The constant/parameter allocation was significantly simplified, removing one unnecessary copy operation of parameters. The dirty state tracking is unchanged and far from optimal, since all state is always re-fetched. Constants and parameters are now emitted only once, which significantly reduces the resource pressure on larger programs.
-
Nicolai Hähnle authored
Also, fix a typo in a related comment.
-
Nicolai Hähnle authored
Make sure that instruction slots are fully initialized with NOPs during find_and_prepare_slot(). This fixes a bug when a fragment program was translated more than once (e.g. due to a second call to glProgramStringARB). This partially fixes glean/fragProg1.
-
Nicolai Hähnle authored
-
Nicolai Hähnle authored
-
Nicolai Hähnle authored
This is a necessary change to emit the right instructions when writing to result.depth. However, even with this test, Z-write doesn't work properly, and I don't fully understand why. In addition to this, we'll at least have to disable early-Z, but even that doesn't seem to be enough.
-
Nicolai Hähnle authored
Fix a bug in the LIT implementation (clamp exponent to 128, not 0.5) and change the implementation around. In theory, the new implementation needs as little as 5 instruction slots. Unfortunately, the dependency analysis in find_and_replace_slot is not strong enough to look at individual components of a register yet.
-