Really cool, thanks for sharing this! I'll probably get around to integrating this into my project at some point.

"is the box used for level collision the same as the one used for hit detection?"

Yes, I believe so. Though it's been a while since I looked at the code.

My project is an abstract shooter. It's on hiatus right now.

Oh yeah, I remember this one. Many years ago now a friend of mine was working on something like this. As I recall, one of the biggest problems he ran into was getting the players' axis-aligned bounding boxes to be the right shape and orientation (such as AABB have one) for any given gravity surface....

My project is based on ioQ3 and I was able to do this fairly easily with some code changes to completely centralize the definitions of the player's size. Search for "PLAYER_WIDTH" in my SVN for how I did this (it may still have bugs, so anyone who spots one please tell me). Project page: h...

I'm not using the vanilla Q3 engine in this case. Regardless, I figured that's what would be involved. For anyone who's investigating this sort of thing in the future, I was able to use refEntity's shaderRGBA to modify the overall color of the existing shader of the brush model... which in a few nar...

I have a custom entity type whose visual state I want to change when a particular event happens. However, the entity is made of brush geometry (like a func_door) and it's not practical in this case to use an MD3 instead. Unfortunately, brush model entities lack some of the features MD3 models do. My...

I've got a decent, though probably not ideal solution that goes something like this: 1. trace from the player's current location to the hit location, with the player's min and max points as the extents 2. if that original trace didn't hit anything, we have a totally clear path to the destination, so...

I solved it by using a trap_trace() call from the players origin up to the player's height and if the trace.fraction is 1.0 (or 0 I can't remember what the exact value is for a solid object) then you don't do the teleport. That wouldn't cover the case where the warp location is really close to the ...

I'm working on something that gives the player an ability to teleport to arbitrary points in the world (think Translocator from UT). One problem I have to solve is that it's currently very easy to teleport yourself halfway into solid world geometry and be unable to do anything but \kill and respawn....

Yeah, I saw that comment about msg.c and added an entry for the thing I added to playerstate. Like I said it worked. I'm doing a standalone game not a mod, but it sounds like misantropia's solution is better in general. I'll try that.

So my solution for this was to add a new var to the playerstate struct, and sync that with the cvar's value in ClientThink_real() in g_active.c (right next to the code that syncs ps.speed with g_speed). Then the code that runs in bg_pmove refers to the value in pm->ps. This seems to work fine, altho...

Ah, thanks for the clarification. I'm starting to get all the nuances of what happens on the server VS the client.

Hi folks, I'm still learning the Q3 engine and C coding so sorry if this is a noob question. I'm trying to add a new cvar called "g_airControl" that gives some, err, control over air control similar to how Unreal engine games do it. The code itself just makes pm_airaccelerate a percentage ...