Tutorial: Killing z-fighting in a stock Quake engine

[r00k]

make a command of it and stack parms for known map, building an array of maps maybe 16384...

in a simple autoexec.cfg you could have this

disable_polygon_offset dm2
enable_polygon_offset e1m1 endif e3m2
or no parm for all on or all off

[mankrip]

Or just use external .ent files.

[frag.machine]

[Baker]

[LordHavoc]

Software Quake recurses the brush model polygons down the world bsp tree and deletes the parts that end up in solid, this is why level designers encounter limits on how many brush model polys they can have on screen at once in software Quake, it can only handle so many.

In other words - it fixes the zfighting by bruteforce polygon clipping, otherwise it would have suffered the same fate.

[frag.machine]

[frag.machine]

[Spirit]

[Spike]

it 'cant be done' because noone is crazy enough to actually attempt it.

[Baker]

[Spirit]

[Spike]

the rendition verité port did something like that, reusing most of the software renderer instead of being a complete renderer rewrite like glquake.

[Baker]

[LordHavoc]

Call me weird if you like but I tend to consider the map's coordinates for entity placement to be kind of sacred and don't mess with them.

This could have (extremely subtle) gameplay impact.

While on the subject - I still regret the fact that DarkPlaces' improved collision code requires map fixups at load (all automated however, not an intentional edit) in cases of erroneous placement.

[Baker]