Z-Fighting

[foq]

Any way to fix this in GLPRO? I read somewhere that using gl_ztrick 1 would help but nope.

[Baker]

There is no way to fix that in GLPRO. It isn't something that can be controlled by a cvar, it is a deficiency in the GLQuake engine code.

I implemented a z-fighting fix in my work on the ProQuake engine, but it looks like the Z-fighting fix in ezQuake is even better.

[golden_boy]

It's a problem in the map really. A brush entity (door, lift) shares a face with a world brush, and you have a mess.

Open the map in an editor, correct the problem, recompile.

[R00k]

For me this worked best in Qrack, might be ported to proQuake....etc..

void GL_PolygonOffset (int offset)
{
	if (offset > 0)
	{
		glEnable (GL_POLYGON_OFFSET_FILL);
		glEnable (GL_POLYGON_OFFSET_LINE);
		glPolygonOffset(1, offset);
	}
	else if (offset < 0)
	{
		glEnable (GL_POLYGON_OFFSET_FILL);
		glEnable (GL_POLYGON_OFFSET_LINE);
		glPolygonOffset(-1, offset);
	}
	else
	{
		glDisable (GL_POLYGON_OFFSET_FILL);
		glDisable (GL_POLYGON_OFFSET_LINE);
	}
}

____________________________

***PROQUAKE 3.50***
in void R_DrawBrushModel (entity_t *ent)

	// draw the polygon
		if (((psurf->flags & SURF_PLANEBACK) && (dot < -BACKFACE_EPSILON)) ||
			(!(psurf->flags & SURF_PLANEBACK) && (dot > BACKFACE_EPSILON)))
		{
                        GL_PolygonOffset(1);//<<<<<<<<<<<<<<<<<<<<<<<<
			if (gl_texsort.value)
				R_RenderBrushPoly (psurf);
			else
				R_DrawSequentialPoly (psurf);
                        GL_PolygonOffset(0);//<<<<<<<<<<<<<<<<<<<<<<<<
		}

Side note: Solecord can we extend the limit of the "[code/code]" window so they don't have to scroll left/right??


Alt side note: surfer girl is hot!

[Baker]

Thanks for that code Rook. I used a different z-fighting fix, one I believe I borrowed from unofficial glquake113.exe; it did reduce the flicker to zero but you still saw the plane of the entity.

The fix you used looks MUCH nicer.

[Canadian*Sniper]

surfergirl is also white as snow

[R00k]

purity is bliss c*s...

[R00k]

Thanks for that code Rook. I used a different z-fighting fix, one I believe I borrowed from unofficial glquake113.exe; it did reduce the flicker to zero but you still saw the plane of the entity.

The fix you used looks MUCH nicer.

untested in pq3.5 as in Qrack, I place the offset func before/after it renders the texture chains, yet are not in pq...
ezQuake offsets polygons globally which screws up ALL textures, yet the z-fight is plats/doors/lifts vs bsp textures not thinks like decals, particles, entity textures...