On Wed, Jul 30, 2003 at 11:40:24PM -0700, Ian Romanick wrote:
Haven't heard anything from you in awhile. How are things going on the
patch? :)
Also, have you given any consideration to supporting NV_point_sprite?
The way that you're implementing point sizes is very similar to the way
On Thu, Jul 17, 2003 at 08:03:47AM -0500, Keith Whitwell wrote:
Ian Romanick wrote:
Keith Whitwell wrote:
As you state, the trouble with this patch is that all rasterization
falls back to software when poinsize != 1, even if no points are
actually rendered.
To get good behaviour
On Sat, Jul 19, 2003 at 01:40:01PM -0600, Keith Whitwell wrote:
@@ -701,7 +701,7 @@
return GL_TRUE; /* too many vertices */
}
- for (i = 0 ; !(flags PRIM_LAST) ; i += length)
+ for (i = VB-FirstPrimitive ; !(flags PRIM_LAST) ; i += length)
{
flags =
The following patch alters the way triangle fans are split to cover dma buffer
boundaries. Without the patch the first polygon after the split will be
missing. I've only tested the sw tcl case (as my chipset doesn't support hw
tcl) and the problem only manifests when emitting verts (since elts
Hi,
Attached is a small patch for the Radeon driver. It allows use of the full
range of point sizes defined in Mesa. It uses the rasterization fallback
mechanism when rendering points outside the hardware supported range (!= 1.0).
Since point sizes greater than one don't seem be be an