In my map that has been sitting for months finished in a folder, there is one thing that is keeping it from being released. The elevator bug :(

This goes out to all the scripters and great thinkers of the CoD dev community. I dont think its a bug much less something that may not be fixable, but I thought we could give it a try.


Problem: If two or more people go into an elevator during multiplayer while it is going up (which a brush is pushing against both players) and they touch each other, the players will get stuck inside the elevator's floor and the elevator will get jammed (and jitter uncontrollably) or the players will simply fall through the elevator floor. The same thing also happens with grenades and other objects. Once the nade hits the moving elevator ONCE, it will then fall through it.

My theory is that 1) Whenever you touch another player a bit above or below him, it will push both players back in an x or y direction. What I think is happening is that it this random pushback cannot be stopped by a script_brushmodel or any scripted brushes.

2) As for nades, as soon as the grenade hits an object, that moving object becomes it's new "zero". If the "zero" moves and the nade touches it again, the nade will attempt to find a new "zero" by falling through the elevator and landing on a static world brush. I think this applies for all entities in the game, so this could be another step forward in trying to figure out this problem. Return to Castle Wolfenstien had this problem until the game devs saw a map needed this to work "mp_tram" and fixed it in the game code for them. I may send my map their way to see if this is something they can resolve. However, I do wonder if anyone here may have any ideas on how this can be resolved through the scripting engine?


I thought this problem was going to be fixed in United Offensive since they were going to have vehicles, but sadly and to my amazement, it was not. If you throw a nade at a vehicle and the vehicle moves, the nade will simply fall through it.

i know we tried working through this before tlobes, and unfortunately we couldn't rectify this situation.
i believe that your description of the "reason" for this occurence is pretty much on the money - and is more a flaw in the engines code than something that can be rectified through code

having said that - one possible workaround might be to get the players inside the elevator and 'freeze' them until the elevator sops moving....but then the realism goes....

best of luck and i am interested in seeing any solution that is brought to life

I have been going through some older posts in here tonight and came accross this. The following idea, if it works, may not be a practical solution for you. But then again maybe it will.

How about:

-Ungrouping the elevator brush model.

-Cutting the floor of the elevator into smaller brushes, say 8x8.

-Group the brushes back into a brushmodel and give it it's attributes again.

My theory is, with the elevators floor cut into smaller pieces, there would be considerably less of a chance that two players would occupy a sigle moving brush.

Just a total guess. Probably once it's grouped as a brushmodel, it will just consider it one piece. I built one map with an elevator, but never entered it with another actor. Something I will have to try myself this weekend when I get a chance.