What is the best way to have a player's unit spawn at a random beacon? there will be like, lets say 4 beacons in the map, but I don't want it to spawn at the same one every time. Whats the easiest way to do this?

Sou.... one location, named X, you make over one of the 4 beacon
HINT: so you always only have to spawn the units at X
2 Triggers:

Condition: PLAYER brings at least one Beacon to X
Action: Preverse Trigger
Action: Give BEACON at X from PLAYER to ANOTHER PLAYER [same colored would be great]
Action: Center Location labeld X on BEACON to PLAYER

Condition: PLAYER commands exaclty 0 Beacons
Action: Preverse Trigger
Action: Give all Beacon from ANOTHER PLAYER to PLAYER


that's it^^
hope this helps

Or you can use Switch Randomization to pick a random number between 1 and 4.

y, but that would require more locations and strings
and at my system you are able to add as much beacons as you want during the mapping

It wouldn't be random though, I could easily look at it and tell which beacon I am going to.

If he wants to change it, he can use Death Count Randomization instead.

you mean the my system??
with hyper triggers its working such fast that you'll never be able to see when you spawn where....

Your system looks nothing like that, your system would just go to the next beacon that would be centered on.

and? there is no problem!
what the heck are you talking about... it IS random

No, it's not, it goes from left to right, and then from lowest Unit ID to highest.

lol....
if all units are placed per trigger at same time, they spawn at the same beacon, if not [for example to "Join" you have to move a unit to a right part, like a switch] it is totally random....

No, it's not completely random, it will be the same every single game..

Falk, i think you don't get what he's doing. You seem to think that he only changes beacons when there should be a unit spawned.

But instead he cycles through the beacons all the time. That means when the spawning is triggered by a fixed time, like death counter is 100, elapsed time is 10seconds, or something like that then you're right it would always be the same.
But when it's triggered by things like player input, brings a unit to X or unit Y has died, then it would indeed be random.

Add hypertriggers and it works so fast that there's no way for you to predict the outcome.

A combination of the 2 methods would probably be the most efficient:
Change Condition: PLAYER brings at least one Beacon to X
To Condition: Switch 1 is set (when the switch is not renamed there's no string used)
Plus: a trigger that always randomizes switch 1

So...which is the best method?

That creates WAY more lag than my idea, and it will cause a deselect when you click the beacons, not to mention if you click them, your unit will stop walking to them, when it transfers players. There is no need to constantly randomize the switches, if you're going switches at all, then just do it the way I said originally.

Do I use Falk's or a combination of both...?

I would go with mine, the method of giving the beacons causes problems since they would be deselected, if you desperately are trying to save locations, you could place burrowed units under the beacons and do a mix, giving the burrowed units instead of the beacons, so it doesn't deselect.

Look, around here it is allowed to use the own brain. We were discussing the advantages and disadvantages, so you can decide which fits your needs best. We don't know your map, so the decision is yours to make.

Probably the best answer here. Expermenting always yeilds some kind of result in your map, toy with it. But Switch randomization would be the way I would go. But my opionion isnt welcome in this conversation

You could always put burrowed units under the beacon, and a death count randomizator. When 0 death, move location to this unit here. When 1 death, move location to the other unit there. Though, Computer slots and P12 are the ones that are surely available for use, unless the computer has to have Burrow...