[General] You shall not pass!! The best way to stop units from passing certan areas

[nedio95]

So here is the situation: I got an area where the user player can build stuff. He can form parties with the units he has to explore the map.
Units can't leave the build area without being in a party
There is a max number of parties a user player can have at a time.
Parties stay together. ( Units dont strand )
There is a limit to the number of units which can join a party.

So a user player units can't leave the build area without being in a party but there are npc players (3 of them) which can atack the build areas of user players >> Their units need to be able to enter build areas.

So which is the best way to make some units able to pass through lets call it a gate and some can't.

I have a few ideas of my own but I would like to know if there is a better way and what i have to watch for.

Some of the ways I thought:
--1) Make them fully unpassable(cliffs/doodads/patchingblockers)and use regions to move units from side to side.
Cons I see : Hard to use. Needs to register a lot of regions or points. Would look ugly (the unit wont walk through but be tp through).
Pros I see: Well... ... ... it would work...

--2) Using patching blockers. The units which can pass will become flying.
Cons I see: Idk how that would look like. Will test sometime. Afraid to not fail with heights to make them look like ground units.
Pros: Easy and fast to use. Just paste some patchingblockers and some triggering (if making a flying unit look like ground isn't too complicated)

--3) Make them fully unpassable(cliffs/doodads/patchingblockers) and use Waygates.
Cons I see: Would look ugly (the unit won't walk through but be tp through (it would look a bit better than 1) ) ).
Pros I see: A lot less triggering and registering than 1).

--4) Other ideas ?

Edit//I would go with 2) but don't know if there would be any problems or if therr is a better way. I am asking because I am far away from the party system and units and npc players. If I was near it I would have tested right away.

Edit2// I see now that I named metod 2) Patching blockers. It should be Make units flying... idk how to edit polls if it's even possible...

 

[Ender]

I would use regions.

 

[Maker]

I vote for regions also.

Unit enters region
Owner of triggering unit not equal to x
Move triggering unit to point y

 

[SeriousEnemy]

Regions

What about this way?

trigger

scope BaseStay initializer Init

    globals
        group PartyGroup = CreateGroup()
    endglobals

    private function StayInBase takes nothing returns nothing
        local unit u = GetTriggerUnit()
        local player p = GetOwningPlayer(u)
        local real x
        local real y
        local real x2
        local real y2
        if GetOwningPlayer(u) != Player(11) and IsUnitInGroup(u, PartyGroup) != true then
            set x = GetUnitX(u)
            set y = GetUnitY(u)
            set x2 = GetStartLocationX(GetPlayerId(p))
            set y2 = GetStartLocationY(GetPlayerId(p))
            if GetLocalPlayer() == Player(GetPlayerId(p)) then
                call DisplayTimedTextToPlayer(GetLocalPlayer(), 0, 0, 5, "|Cffff0000Unit is not in a party!|r" )
            endif
            call SetUnitOwner(u, Player(PLAYER_NEUTRAL_PASSIVE), false)
            call SetUnitPathing(u, false)
            call IssuePointOrder(u, "move", x2, y2)
            call TriggerSleepAction(SquareRoot(((x - x2) * (x - x2)) + ((y - y2) * (y - y2))) / GetUnitMoveSpeed(u))
            call SetUnitPathing(u, true)
            call SetUnitOwner(u, p, false)
        endif
        set u = null
        set p = null
    endfunction

    function Init takes nothing returns nothing
        local trigger t = CreateTrigger()
        local region Region = CreateRegion()
        call RegionAddRect(Region, gg_rct_Army)
        call TriggerRegisterLeaveRegion(t, Region, null)
        call TriggerAddAction(t, function StayInBase)
    
        call BJDebugMsg("Select units and press esc to add them to party group.")
    
        set t = null
    endfunction

endscope

This is just an example, I don't recomment to switch units owner.
But you could teleport them to their base or whatever..

 

[Faith]

Definitely regions. It provides the ability to let some pass but not others,
or simply allows for other uses of the region too. For example, spawning in units!

 

[takakenji]

easily regions

 

[shadowvzs]

region or custom region with coords

 

[Dr Super Good]

Use Gandalf!

A good region system would need to pull units back in (like a force sucks them back) to prevent the annoying "teleport" and look more professional. The idea would be to have 2 regions, one inside the other. When a unit leaves the outer region it gets pulled towards the centre of both regions with a simple projectile system trigger. When it then enters the smaller internal region you remove it from the projectile system stopping it.

 

[nedio95]

As I read some of your posts I realised that I have totaly forgotten that there is a Unit leaves region event.
So it will be with regions.

@Dr Super Good Won't a projectile system be an overkill ?

Edit//@SeriousEnemy Something similar But I'll turn it in GUI...

 

[Dr Super Good]

@Dr Super Good Won't a projectile system be an overkill ?

Yes but would avoid the ugly teleport effect.

 

[GreeN!X]

woops.. voted for pathing blockers before reading your post... yeah, regions are definitely better..

 

[nedio95]

Yes but would avoid the ugly teleport effect.

Erm what about:

trig1
Event
unit leaves big region
Conditions
Unit type of trig unit != unit type which can pass
Action
Order trig unit to move to center of inner region
Add unit to unitgroup
Turn on trig2
Turn on trig3

trig2
Event
unit enters inner region
Action
Remove trig unit from unitgroup
If №of units in unitgroup = 0 turn off this trigger turn off trig 3

trig3
Event
Player selects a unit
Conditions
Trig unit is in unitgroup
Action
Clear selection for trig player

Edit// On the other hand I'd need to register all the regions and loop through them in trig1 or create a lot of triggers...

 

[MajorKaza]

Regions or slow aura. Slow down to 0 should be stop.

Aura better as no need to make target unit flying (can be hero for e.g.) and can be pulled when buffed.

 

[nedio95]

Regions or slow aura. Slow down to 0 should be stop.

Aura better as no need to make target unit flying (can be hero for e.g.) and can be pulled when buffed.

Explain further please.

 

[Rainmaker]

Regions get my vote as well.

 

[RiotZ]

Regions or slow aura. Slow down to 0 should be stop.

Aura better as no need to make target unit flying (can be hero for e.g.) and can be pulled when buffed.

If entering the region sets the unit's movement speed to 0, then how the hell does the unit get out? xD

 

[Zeatherann]

Why not use pathing blockers, have units that are not in a party be considered flying, and use blockers that ONLY block flying around the base, when a group of units join up as a party; replace them with ground versions, they can then seamlessly pass through the barriers.

If your buildings are only in the base; make the buildings also block air as well as ground to disallow units 'walking' inside them. If you use air units though... you'll have to get creative with the naval pathing 'channel'

Edit: This requires importing of pathing maps, this is easy to do and the maps are very small in filesize. (unless used for a giant blocker, like 128x128) Pathing Map Tut

 

[Dr Super Good]

The maker may not want to set the minimum speed to 0 in gameplay constants.

 

[Imadori]

Here's mah test map, it sucks the a certain unit (Dr_Super_Good's idea) while the other units can travel freely. You can pretty much do this without using regions, but points instead, the area will be in circle though. I can make it if you want ;]

Btw, you can order the unit to stop while it's being sucked. Add in Loop trigger.
I wonder how to make the sucking movement smoother?

 

[nedio95]

^ Oh thats the best idea so far ( I think ) I'd make it without the loop and instant moove (because it would interupt the move order).

 

[Maker]

Try

• Set TempPointC = (TempPointA offset by ((Current movement speed of TempUnitA) x 0.03) towards (Angle from TempPointA to TempPointB) degrees)

and see what happens

 

[nedio95]

Try

• Set TempPointC = (TempPointA offset by ((Current movement speed of TempUnitA) x 0.03) towards (Angle from TempPointA to TempPointB) degrees)

and see what happens

Wouldn't that backfire if the unit has low ms or the user spams move command ? Or you mean it only for the Kyousuke Imadoris suggestion ?

 

[Dr Super Good]

Wouldn't that backfire if the unit has low ms or the user spams move command ? Or you mean it only for the Kyousuke Imadoris suggestion ?

No because it is always dragged towards the centre until within a certain distance (or region). Especially when using SetUnitX/Y with a period of 0.03 this would give the nice result of having the unit appear to keep walking out but not moving.

 

[DESTROYER123]

A killing region!
When a unit is trying to move out of bounds he enters the out of bound regions and boom! he explodes!!! (use this)

Hell yeah regions!!!

 

[Zeatherann]

Second solution; make a region around the base; when a unit not in a party leaves it, change the unit's owner to neutral passive and order it to move back inside the region with a message "you can't leave base unless in a party!".

 

[Zwiebelchen]

Why not just track all orders in the map and compare the order target position to the unit position?
If the order target is outside the allowed move area, simply issue a stop command.

Most elegant and easy solution.
No regions, no crappy move triggers, no problems.

As additional security, in case a unit is ordered to follow another unit, simply issue a move command back to the save zone when it reaches the door.

 

[Dr Super Good]

Why not just track all orders in the map and compare the order target position to the unit position?
If the order target is outside the allowed move area, simply issue a stop command.

Until you order a group of units to the edge and find that they are starting to push each other outside...

As additional security, in case a unit is ordered to follow another unit, simply issue a move command back to the save zone when it reaches the door.

No mater how safe you make it, I am sure there are ways out.

 

[Zwiebelchen]

Until you order a group of units to the edge and find that they are starting to push each other outside...

If that happens, you can always add the "when door area is reached, order the unit to walk back" thing.

No mater how safe you make it, I am sure there are ways out.

No there aren't. I used a script like that plenty of times and there is no way out.
Even if you spam click outside, the unit won't give a shit and just stand there.

 

[MajorKaza]

If entering the region sets the unit's movement speed to 0, then how the hell does the unit get out? xD

Move out by trigger. Slow down to 0 is just to stop and buff for correct check.