I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
and r200. Basically any driver with a 'fast_clipped_poly' function needs to
check that the vertices are emitted preserving the PV order. I think most/all
are wrong currently.
Keith
--
On Tue, 16 Jul 2002, Keith Whitwell wrote:
> > Well, it's not high on my list. I don't think flat-shading is used that
> > often, and the changes don't have any effect on smooth shading. Actually,
> > it _eliminates_ some saves/restores necessary for unfilled polygons with
> > hardware flat-s
> Well, it's not high on my list. I don't think flat-shading is used that
> often, and the changes don't have any effect on smooth shading. Actually,
> it _eliminates_ some saves/restores necessary for unfilled polygons with
> hardware flat-shading.
>
> Actually, I think the problem is larg
On Tue, 16 Jul 2002, José Fonseca wrote:
> On Tue, Jul 16, 2002 at 11:54:02AM -0400, Leif Delgass wrote:
> > On Wed, 10 Jul 2002, Allen Barnett wrote:
> >
> > > 2. clipping.c: In this program, a cube is drawn using a flat shaded quad
> > > strip with different colors for each pair of vertices.
On Tue, Jul 16, 2002 at 11:54:02AM -0400, Leif Delgass wrote:
> On Wed, 10 Jul 2002, Allen Barnett wrote:
>
> > 2. clipping.c: In this program, a cube is drawn using a flat shaded quad
> > strip with different colors for each pair of vertices. If a face of the cube
> > is clipped by an edge of
