trigger_teleports

[Dr.Satan]

does anyone know how I can make a single trigger_teleport spawn an entity at a random info_teleport_destination?

Like would this be done in hammer or via .lua?

[PartialSchism]

So you want the teleport destination to be random?

[Dr.Satan]

Originally Posted by PartialSchism

So you want the teleport destination to be random?

yeah...basically I want to put like 4 / 5 destinations down...so that if more then 1 guy is concing and they reset...they generally won't end up stuck in each other. I know I can do it...just not sure how.

I did find one tut about something like it, but I can't find the entity (ai_changetarget) it references anywhere.

[Doughnut-4|4-]

I'm going take a random stab at this...
Create two trigger_teleports with two info_teleport_destinations.

Example:
Pad1 sends to Point1
Pad2 sends to Point2

Next make Pad1 start disabled "no"
And make Pad2 start disabled "yes"

Whenever Pad1 is touched it can enable Pad2 while simultaneously disabling Pad1 and vis versa...
whenever Pad2 is touched it will enable Pad1 while disabling Pad2.

They can send to two distinct points and should prevent the teleporter mishaps. I haven't checked this and there maybe a better way but thought i'd take a guess.

[Dr.Satan]

yeah I'm wondering if I can't do that with the OnUser1-4 outputs...

[Jester]

Doughnut's method is good, but I would use the tutorial you linked earlier Satan.

[Dr.Satan]

Originally Posted by Jester

Doughnut's method is good, but I would use the tutorial you linked earlier Satan.

I want to...but I have no clue where to find the ai_changetarget entity it references...I looked under entities, textures, tried making a brush based texture and then tying that to an entity...nothing worked.

I'm probably gonna dl the test map they supply and see if I can't figure out what they are doing.

[Jester]

You could always try the method stino used in conc_course to change the players spawn point per jump or ask him for help.

[Dr.Satan]

Originally Posted by Jester

You could always try the method stino used in conc_course to change the players spawn point per jump or ask him for help.

yeah...I mean I can get it with the teleports...but I don't like killing people seems odd in a concmap. Idk I'll play with shit tonight and see what I can pull up.

[Jester]

I don't mean you have to kill them. You can probably modify his code to work with teleports.

[Dr.Satan]

maybe...I'll have to look at it. Didn't even think of that lol

[BumGravy]

Just make each triggerteleport only big enough to fit one person at a time and have the destinations floating so they fall straight out o it, then they can tget stuck.

[Dr.Satan]

Originally Posted by BumGravy

Just make each triggerteleport only big enough to fit one person at a time and have the destinations floating so they fall straight out o it, then they can tget stuck.

that is actually ingenious...like seriously I never even though of making the destination float but that's prefect. Thank you!

[Jester]

Only making the destination float won't fix anything, you'll just have players stuck together... in the air. You need to combine it with something like gravy said. Also with how the engine works if you teleport and the destination is above ground, you will keep your momentum and possibly just keep going over and over.

[Dr.Satan]

yeah was I thought about it I pretty much came to the same conclusion. I'll figure something out I'm sure.

[Jester]

You could build a player clip box the size of the destination so that when people teleport into it they wont fly anywhere, they will just drop down to the ground. But still you should stay away from it because players can still get stuck in each other if they teleport quickly.

[Dr.Satan]

Yeah and they might hit it on accident and wonder why...this map is really designed to be for complete newbs to concing so I don't want to confuse them...the less they see in terms of this the better.

This weekend I have been focusing on finishing my last 3 jumps (2 out of 3 are done) and fixing up the lighting...once I have that all done then I'll really start looking at how this might work, so probably tomorrow if I have time to work on the map tonight. I'll update this if / when I find a solution, but if anyone finds something first definitely post your idea so I can test it out.

[BumGravy]

Dude just put a pane of glass or a wall in front of the tele destinations so players slam into them if they hit the teleport with enough inertia, presumably the teleporters are in a low place being a conc map, so players will almost always be hitting it with a lot of inertia. Just make sure theres no ledges or any way to hang around inside the teleport destination.

Another way would be to parent the destination to a moving brush, so it is always in motion people cant get teleported to the same place at the exact same time. Just make a func_movelinear and get it to go backwards and forwards, and if the destination is above player height, they will fall out and cant hang around in the destinaiton.

[Jester]

As long as there is a single destination there is always a chance of being stuck, even if it's moving. What we need is some anti-stuck code like HL1 could do with AMX or noblock plugin like CSS has where players can walk through eachother.

[BumGravy]

Yes with teleports there is inevitably a chance that people will find a way to get stuck, the key is minimising the chance so it is negligible. If you use the method i describe above, there is a chance that two players will use the teleport at exactly the same time and be teleported into each other. This is a small chance because they would have to use it at exactly the same time.

Now, if you split your concmaps floor into multiple teleporters instead of one big one, and they each lead to seperate exits, then the only way for a player to get stuck is to fall into exactly the same place at exactly the same time. This mean sthere is still a slight possibility of players getting stuck.

Now, if you make each teleporter small enough so only one person can get through at a time, you greatly increase the amount of triggers you need to use, but make it impossible for 2 players to use the same teleporter at exactly the same time.

If the destination is high up or moving so they cant hang around inside it, they cant block it from other players teleporting, and so you make it almost impossible to get stuck. The only way remaining for a player to get stuck, is to actually conc or rocket jump through a destination - which is invisible and moving - at exactly the same time a player enters the teleport. If this remaining loophole is too much for you to bear and you can no longer get to sleep at night thinking about the possibility, then you can use trigger_push entitys to make access to the floating invisible moving teleport destinations one way only - ie if you try and get back into the area after a telporter throws you out of it, the push entity pushes you back and blocks you.

It is all about how much you care about the tiniest chance of players getting stuck against how much effort and resources it takes to make it impossible. usually a balance of both is satisfactory.