InsideQC Forums

Well, one way would be to get the normal of the surface the player entity is perched upon? To do this you could use a traceline. Unless there is a better builtin.

Darkplaces allows for physics to be calculated from QC - http://icculus.org/twilight/darkplaces/files/sv_user.qc

You could incorporate kinetic friction/drag/rolling resistance as just another force from here. Something like

dragforce = v_forward * self.velocity * dragconstant; ?

1)
You want to check the magnitude of the velocity vector, to get the speed.

float s = vlen(player.velocity);
if ( s > 0)
{
// Code.
}

2)
If you inspect player.qc, you will notice that all the velocity checking happens for only the first frame. Your problem is that you're doing checking for ...

but to use it would be to make your mod work only in one engine
Well hey, that's 50% of the engines that most modern Q1 based games should be targeting. The other being Darkplaces.

However FTEs support for Quake3/ Quake 2 would make the whole process pointless.

Darkplaces should support DLLs ...

Datastuctures (i.e a Collection). Strings.
Structures.
Structures with functions (classes).
Inheritance.
Arrays.

While FTEQcc supports some of these things, and FTEQcc is very good, I don't think the 'bolted on' way in which these things are available is conducive to good programming. It forces ...

I'm curious, what are the limitations of the quakeC bytecode? There are a surprising lack of 'other' language compilers for it (with the exception of Python). Would an implemention of a feature subset of a language such as Javascript or Java -> bytecode compiler be possible?