InsideQC Forums

I will be trying this. Do you know the minimum Windows version that is supported?

c:\quake\qbismS8.exe -heapsize 256000 -zone 8192 -game ad_v1_42final

I get:

"Quake Error"
"SZ_GetSpace: overflow without allowoverflow set on cursize 3687 size 4609 maxsize 8192"

This is using the latest binary you posted in the thread you started at quakeone

1. Do you have a start.ent file in ...

From the top of my head, YPOD has a custom palette. I'd never heard of this so I found it and started playing. Like many mods from back then, it has a great sense of humor!

Another test build of recent color and transparency rendering improvements/ experiments:
qbism super8 build 267 ...

Sometime during the summer on a "dead-day", I think I'll take your engine and put it on top of the Mark V WinQuake/Open GL chassis and then upload the source for you to do as you please.

Is there a specific reason you use the Watcom compiler? Is it for bounds checking or something? Grafting should ...

Actually that is indeed an issue because super8 defaults to a nonstandard palette. The test build goes back to standard.

Currently working on correct rendring of overlapping transparent surfaces. Might need some help. Then a new test build.

re: palettes -
Custom palettes can be loaded at will to change the mood of a map. The engine will automatically remap colors. Here's a strong example to show what it's doing, but it can be more subtle: http://super8.qbism.com/wp-content/uploads/2014/07/qbs8_002.gif

Amon26 did a great set of ...

toneddu2000 wrote:Clearly it's an awesome work qbism. Just downloaded, tried it and it recalls to me same look and feel of the original. Very very good work!

Thanks for the feedback! Some will be happy with the more accurate default, but it will still load crazy color palettes.

I never expected the engine would get back to 'faithful' colors, but now it's much closer. The idea converged with a goal to make the exe independent without a special folder or pak. This build does away with the final 'training wheels' supporting the lighting model, including a hacked palette. A ...

mankrip wrote:But the best way is to normalize the value upon model loading.

Yes, that would be more elegant. This seems to work in Mod_LoadAliasModel:

Cool, I happened to be playing a recent dev build earlier today! Over time, I've played this on FreeDOS, DosBox and a few versions of Linux and Windows. The consistency and stability across platforms is a great achievement.

@qbism: they indeed could, but they should ?
I find worrying you considering to inject an ugly hack in perfectly running code just to deal with malformed data, specially because we are not talking about models from the original game, but artwork sock just released. It's easier and also the Right ...

The problem turned out to be onseam set to 1 instead of 32. This clobbers some internal flags in software quake, messing up the clipping.
http://www.celephais.net/board/view_thread.php?id=60335&start=755

Bingo! Confirmed. Original SW engine functions properly if onseam is either 0 or 32. 1 = left ...

Holy smokes! This has been on wish-lists forever. Surfaces must be lit from both sides because lighting will stop at the surface?

have you tried validating the per-pose bounding boxes that are used for trivial accept/reject checks? you could always just calculate them yourself if you don't trust the exporter, or just set them to their min+max values at load. these and degenerate triangles are the only two things I can think ...

The old WinQuake client might be expecting the skin/verts to be setup in a certain order. Yes, and there is only minimal error-checking. The goal is to jam the file into memory representation with minimal processing for our 1996 DOS P60 computer. The exporter program has a large burden. This is ...