| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
|
|
Construct the vertprog instruction in the 4 DWORD parts...
DWORD 0: Opcode and Output.
DWORD 1: First Argument.
DWORD 2: Second Argument.
DWORD 3: Third Argument.
Allow the opcode translation functions to generate more than one instruction;
useful for when an instruction must be emulated. FLR, XPD, etc.
|
|
|
|
I'm not completely sure this is correct; it restores the old behaviour.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 9457bf62bbba3b9226ebbbea5dc7798ca22485f6.
Causes the X server to die with Compiz and Beryl.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
See the conversation between myself and Tommy Schultz Lassen on mesa3d-dev.
|
|
|
|
This reverts commit 07ac2386f5c0ab9c2432d4b5e3490b1e13d033fc.
|
|
|
|
|
|
|
|
Apparently for back facing color to work you must set all 3 color bits; I guess
the hardware cannot handle them separately.
|
|
|
|
|
|
|
|
Compiz for some reason looks like ass, everything with textures
looks like it has a 2x width/height multiplier on the texture coords...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Possibly performance may improve by setting it to the last instruction that
writes result.position, rather than the last instruction in the vertex program.
|
