least resource hungry way of doing a trigger system.

Discussions about Chaos mapping for the UT series.
Post Reply
Posts: 106
Joined: Thu Sep 11, 2003 7:21 pm

least resource hungry way of doing a trigger system.

Post by -Penfold- »

I know of how to trigger such an effect, but I'm guessing there's a much more efficient (least CPU resources used) to do it. Ya, I know trigger systems don't eat gobs of resources, but I'd still like to trim the fat so to speak.

I'd like a there to be two locations A and B, which would each be governed by 1 trigger using collision cylinder, and each be affected by a player, a bot, or a monster, but NOT a projectile/explosion, etc.

Then, there will be a kill area C governed by a cylinder area (I'm guessing scripted trigger) that will envelop both the other triggers A and B, and will execute it's kill effect only if both A and B are simulateously occupied by player/bot/monster.

I'm thinking one trigger that's trigger other trigger type (lets say B) and then a scripted trigger that waits for B, and then waits for A within .1 seconds, with A having a triggerrepeattime of .1 and fails (loops back to start) if no A quickly, but I figure there's a better way to do it.

Is there? What's the best way?
Posts: 638
Joined: Sun May 18, 2003 2:27 am
Location: Upstate N.Y. USA

Post by Hammerman »

Yeah, I have a response.

uhhhh WHAT!?

Sorry, I just love car insurance commercials with cavemen.
I haven't tried anything like this so I'll just guess. A Counter Trigger counting the other triggers set to PlayerProximity then triggering the kill volume? Anybody else?
"If you build it.....they will come."---Field of Dreams
Post Reply