surf8.s asm - taking out the lightmap smoothing

[leileilol]

I'd like to try this but i'm having trouble understanding this Abrashy stuff. How would I just apply an unblended single lightmap texel across a surfmipblock, making lighting rather blocky and reminiscent of CyClones, skipping all the delta blending math?

This would in theory, bring a huge benefit to low-end performance, followed by changing the fade calculation on the dynamic light painting.

[andrewj]

[leileilol]

[ceriux]

leilei i love how the stuff you work on always looks so retro. my opinon... games should have stayed this way.

[mankrip]

I don't think so. But it's nice to see the lighting become more similar to the Saturn version of Quake.

Being able to simulate to some degree the visuals and other features of GLQuake, Quake 64 and Saturn Quake was one of my goals with Makaqu. I even figured out how to load several of Saturn Quake's loading screens. Eventually I wanted to add an option to switch between those styles, WinQuake's style and Makaqu's default settings.

[leileilol]

I don't know how well this kind of no-math hack would work in C for the Dreamcast.


A 486 to test a result is operational right now. I was able to put this alternate method into a cvar. Since I know jack squat of ASM (I barely pushed vga bios registers on my own to color the startup screen) i'm going to have to comment out one line at a time of the highest surfmipblock loop hoping nothing breaks in a test and repeat. Once I achieve this, I'll do a release build and get testing (no, not a release. The dynamic lights and low detail are still bugged (waterwarp is sometimes screwed, and low detail doesn't work in Mode13h))

[leileilol]

Took more math out as much as I could without screwing it up and did a 486 timedemo demo1 benchmark.

Old: 10.2fps
New: 11.5fps

I should really test these in a vanilla quake engine rather than my bloated stuff.

There's also the idea of just using one pixel per 16 texel block for both drawspans and surfmipblock.

[ceriux]

i think it would be cool to have a engine that had both extremely high visual options and extreamely low ones.

[qbism]

[leileilol]

q1source + djgpp makefile + timedemo demo1 results

13.6fps = lightmap smoothing
14.0fps = no lightmap smoothing


ALRIGHT!!! 0.4FPS INCREASE

[taniwha]

2.9%. Not bad, actually.

[Spirit]

Dammit leilei, you should totally write a detailed blog series "optimising Quake for a 486" or something. Would be super interesting and give you hacker_cred++

[mh]

2 milliseconds which is actually quite significant. OK, on this kind of scale 2 milliseconds is a fairly small proportion of total, but even being able to get that from software Quake on a 486 is semi-heroic.

[qbism]

[leileilol]