InsideQC Forums

You could do a trace from the entity thats supposed to be pointing, and keep rotating the entity until the trace collides with the player.

That's a good way to waste CPU cycles. traceline is one of the most expensive built-ins in QuakeC because it relies heavily in SV_RecursiveHullCheck(). Sajt's ...

Finished my particle engine.



I'm going to remake it though.

The TF2 backstab was satisfying to me.

The AGR mauser is also very satisfying.

The Halo 2 sniper is satisfying to me.

And all the Halo vehicles splatters are very satisfying.

The Halo 2 shotgun is satisfying.


Some examples of things that weren't satisfying for reasons I don't know of are ...

no, the players size would have to be changed with a new model. the size of the quake guy is acurate to the world hes in. even if you were to change the size of the player model, it wouldnt matter. the collision boxes wouldnt match your model.

Yes, my advice if you don't want to mess with custom ...

You could do a trace from the entity thats supposed to be pointing, and keep rotating the entity until the trace collides with the player.

Well that would be helpful, Beings that everyone wants to make vehicles, But doesn't realize that the thing holding em back is world collision.

The amazing, Cubic Combat, by Electro , features vehicles, that work rather well, without per-poly collision problems.

http://www.youtube.com/watch?v ...

Some engines such as ezQuake support this feature engine side.

Couldn't you use a variable for the unspecified arguments?

Great tutorial.

I have a question on a possible further expansion to it:

switch (fmode)
{
case 0: // read
Sys_FileOpenRead (va("%s/%s",com_gamedir, p), &h);
break;

case 1: // append -- sane version
h = Sys_FileOpenAppend (va("%s/%s", com_gamedir, p));
break;

default: // write ...

It has been a while since I've made a tutorial, the effect of this one is simple, but it shows how to setup cvars, and what the return command does.

The code for this is my own, I implemented it in a different engine, thus it may require changes for stock Quake, but hey you never know ...

Downsider wrote:They're standard QMB particles.

Yes, it shouldn't be too difficult too port them, even eaiser then usual because there already in a PSP engine.

Jukki wrote:O.o DOES THIS WORK WITH PSP?

Try it, with some changes it should work, heck it might not even need changes for all I know.

franqutrass wrote:are confident that you can not make the engine so that 2 people can play a single machine

FTEQW has it working, Spike did a good job, I've tested it myself. Split-screen Quake is rather neat.

metalmodman wrote:I think I remember some one posting a link to a per polygon hit detection tutorial for quake one, but I cant find it. Does any one know what I'm talking about?

http://www.telefragged.com/thefatal/q_t ... lision.txt

Is there going to be a theme?

If not, then it widens the scope of capabilities and you usually come up with mods that require more time.

If there is going to be a theme then either the 1 - 2 Days, or 3 - 4 Days.

Well, if you want to distinguish between the enemie being dead or not, this might be useful.

if (ent->health > 0)
{

}

Though you probably already knew that.

This also might be of use.