InsideQC Forums

You guys should also take advantage of GL_ARB_depth_clamp.

Working on a GLSL backend:



btw, has anyone checked out draw_exp.cpp?

@r00k: needs the 1.3.1 patch

unfortunately it also seems the typelib exe is hardcoded to look for the doom folder on the root of the hard drive to generate headers from the scripts, kinda like how qbsp is hardcoded to look for the quake folder off the root of the hard drive.

It's out now.

http://code.google.com/p/sing-engine/

Closest thing to it apparently.

Carmack tweeted a few weeks ago that it's basically up to the lawyers at this point.

Maybe this Christmas perhaps?

You'd have to worry about not only how you traverse the bsp in the refresh code, but also the collision and server code.

sv_world, sv_model, r_surf, r_model, and pmovetst would be your new bestest friends.

EDIT: After I thought about it, I think looking at FTEQW would be much closer to stock QW ...

That's a well written summary, Thanks.

Hey, all. I've been working on porting the Quake renderer to OpenGL ES 2

As it stands right now, it's a clean port, using vertex array's in all areas, along with simple GLSL shaders to fill in for the loss of the fixed-function pipeline.

Speed is good of course on my PC, but for the platform's ...

I will be there, hopefully releasing some qw code and doing a quick mod for quake2.

zquake has support for frikbots