Subdiv16 for sprites?

[qbism]

Saves a lot of retyping and scrolling. Just good macromantics.

[leileilol]

Indeed, and it helped me trim 62,344 bytes from r_surf.c

now I feel like making entire functions out of macros!

[mankrip]

[qbism]

OK, I see it now Pulling z, zi, izi recomputation out of the loop is a big improvement, 5%+ in the test case.

[mankrip]

[qbism]

It would be interesting to see best checking strategy for large transparent sprites scattered throughout a scene (smoke, rocket trails, etc.)

[mankrip]

The fastest way would be to throw away all of the SPR rendering code, transform and project only 3 of the 4 vertexes (the top ones, plus the left-bottom one), and use those coordinates to render the texture as a 2D image (Makaqu's code for drawing the console background could be perfect for this) while checking & filling the Z buffer.

Combined with Makaqu's single-pixel Z buffer check for particles, it would be really fast. Not as fast as Makaqu's particles (which are faster than Abrash's x86 ASM particles), but good enough to draw many textured particles on the screen.

[leileilol]

at least half of my sprites are oriented though.

[mankrip]

I meant to "throw away" for parallel SPR models only. Oriented models would still need to be rendered in the old way.

[Spirit]

That screenshot looks awesome. That's how blood stains should look like in any Quake engine. Perfect!

[mankrip]

Agreed. They would be much faster to render if rendered on the surface cache, though.