qbismSuper8 builds

[qbism]

Build 194 is up.

This fixes a save game bug related to filenames. Code was recently added to restrict file names and locations to prevent accidental or malicious code from server overwriting files. Savegames are restricted to “.sav” extension. Unfortunately I forgot that savegames were enumerated .S01, .S02, etc.

To preserve existing save games created by super8, rename them like this example:
QBS8____.S03 becomes QBS8_S03.sav

Thanks to 1path0gen1 for reporting the bug, and quakespasm file safety code via JoeQuake. Also thanks to Spirit for raising the issue in the "save pak0.pak" post.

[cubanraul]

[qbism]

I assume it's crashing with the default cvar value vid_ddraw 0. Does it crash with vid_ddraw 1? Must restart super8 for this setting to take effect.

Another bug was reported- models drawn behind skyboxes. Away from dev box at the moment. Possibly replaced one drawspan function too many with asm replacement (drawspans?)

[mankrip]

[cubanraul]

[qbism]

This may fix the skybox bug. Just the exe is in this 'beta':


At some point yes, it will be good to look at an older build pre-crash and pre-threading. Sometimes so much has changed that it is still a needle in a haystack.

Cause of bug: in a zeal for type correctness of variables, depth buffer pointers were set to ‘unsigned’. However the depth buffer can be negative such as for skyboxes to simulate infinite distance.

[cubanraul]

With 'vid_ddraw 0' I am experiencing the crash as far back as build 166. I don't think I noticed it until more recent builds because I wasn't deleting my config between upgrades. So, I was left with the old default of "vid_ddraw 1".

Earlier builds from 140 through 162, with 'vid_ddraw 0', all crash upon load with the message "Insufficient free memory for Q_malloc"

With the current build and the beta I see a line in the water where the water isn't drawn. I see it both above and under the water: http://diphenhydra.mine.pt/line.png

[qbism]

This line is big clue. I notice it now on a resolution that crashes. If I change r_wateralpha it disappears and the crash does not occur, even if it's switched back to the original value. It also does not appear when vid_ddraw 1.

[qbism]

[cubanraul]

Wonderful! No issues at all on any resolution. With or without the stipple alpha option enabled the earlier builds had a strange distortion while under water. It looked like semi transparent rectangles scrolling horizontally. Almost resembles noise on an analog video signal. Didn't really think anything of it until it was suddenly gone. Anyway, all gone now and no more crashes.

[qbism]

so-called release build 197 is up. Fixed vid_nativeaspect cvar behavior, a manual override to auto-detect screen aspect ratio.

[Baker]

[qbism]

Stipple was used for 50% wateralpha, but it was replaced with a true 50% alpha lookup table. It was also used for 25%, which now just kicks up to the 33% lookup table. If is is fixed and anyone actually prefers this look it could be added back. I wonder if it is even a noticable FPS increase except for DOS and Dreamcast.

The problem is that it has a strange artifact line + crashes with vid_ddraw 0 for some undiscovered reason.

Stipple remains in truth5678's DOS fork on Vogons. Might be interested in a faster version.

Start a new thread --> posting continues in both threads --> even more confusing

[qbism]

Map Jam 1 shots with build 212. New palette, honey.lmp

[goldenboy]

I really like the palette thing.