GetLocalPlayer() faq

[ap0calypse]

The problem is that the trigger will fire locally, maybe it already desync by itself.

Yeah, that was what I was thinking too. I'm not really sure because nothing actually happens, aside from the event that fired.
If that in itself does cause a desync, then you must make absolutely sure they don't enter any region that fires either of those events.

Yep, but it must be mentionned in the FAQ.

I completely agree.

Wrong, i'm sure that GroupEnumUnitInRect enum locust units, but yes inRange don't enum them.

I just checked this (both InRect and InRectCounted), but the locusts didn't register for me.
Maybe I'm missing something here, could you double-check yourself?

 

[Troll-Brain]

Hmm, maybe my memory is lying, or the behavior has changed since some patch.
I was pretty sure that there was somewhere some snippet which used GroupEnumInRect in order to enum every "units in range", locust unit included.

And no i can't test, i just don't have wc3 installed anymore since a while.

 

[Hashjie]

Oh... Dr Super Good told me something else...

http://www.hiveworkshop.com/forums/2244631-post3.html

Also because the unit will have different positions for each player it can't interact at all (attack, cast an ability, ...)

That's what I originally said, it should only be used for visual effects aka no interactions at all.

Yep, but it must be mentionned in the FAQ.

And I agree.

 

[gorillabull]

do u know if getting the camera target and source locally desyncs? i think it does

 

[shadowvzs]

I just checked this (both InRect and InRectCounted), but the locusts didn't register for me.
Maybe I'm missing something here, could you double-check yourself?

i heard that too on another forum, i mean locust unit cant be picked unit

Yep, but it must be mentionned in the FAQ.

it was

do u know if getting the camera target and source locally desyncs? i think it does

what do u mean? if it is about store something to variable locally that doesnt desync until u dont refer to it (ok depend on action) but anyway have arrays for that and dont need local things, no?

 

[Troll-Brain]

do u know if getting the camera target and source locally desyncs? i think it does

A camera position is something already local by nature, even if you use the same camera for each player, each player can still have different values.
So no getting in a local block does not desync by itself, but you just don't need to use a local block.

Now, ofc you can't create an unit using these values for example, unless you sync the data.

About the GroupEnumInRect with locust unit, and enter/leave region event, someone should really share a test code, instead of just guessing.

 

[gorillabull]

there is no other way to get the camera coordinates for each player than local block
the function is GetCameraTargetPositionX() Y, and Z it does not take a player so this leads me to believe that it can only be used in single player unless you use local player

 

[Troll-Brain]

You don't get it, the value of the function is already local, it can be different on each player computer, no need of GetLocalPlayer there.

 

[gorillabull]

ooooh gotcha )) shadowvzs you should add that to the list

 

[shadowvzs]

About the GroupEnumInRect with locust unit, and enter/leave region event, someone should really share a test code, instead of just guessing.

• Melee Initialization
  • Events
    • Map initialization
  • Conditions
  • Actions
    • Unit - Create 1 Footman for Player 1 (Red) at (Random point in Region 000 <gen>) facing Default building facing degrees
    • Custom script: call UnitAddAbilityBJ( 'Aloc', GetLastCreatedUnit() )

this result: dont show the unit name with locust - so dont detect in unti group

• group
  • Events
    • Time - Elapsed game time is 1.00 seconds
  • Conditions
  • Actions
    • Unit Group - Pick every unit in (Units in Region 000 <gen>) and do (Actions)
      • Loop - Actions
        • Game - Display to (All players) the text: (Name of (Picked unit))

result: game detect if a locust unit leave the region

• group2
  • Events
    • Unit - A unit leaves Region 000 <gen>
  • Conditions
  • Actions
    • Game - Display to (All players) the text: (Name of (Triggering unit))

 

[Troll-Brain]

Well i meant jass, because it's easy to copy/paste and test it, but ok i suppose that 2 testers is enough.
Now as said, since it trigger the region events, it could still be a problem.

 

[shadowvzs]

Well i meant jass, because it's easy to copy/paste and test it, but ok i suppose that 2 testers is enough.
Now as said, since it trigger the region events, it could still be a problem.

lol why need jass for it? u dont want use more time so dont need leak fix so it is around 1min till u make it in gui

 

[Troll-Brain]

How it's hard to copy/paste lines of code instead of mass clicking ...
But anyway it's off-topic.

 

[Hashjie]

Well i meant jass, because it's easy to copy/paste and test it, but ok i suppose that 2 testers is enough.
Now as said, since it trigger the region events, it could still be a problem.

I'm sorry troll-brain I didn't know this, you where right all along.
I can also confirm what shadowvzs tested is true.

 

[Galatius]

I know from reading this FAQ that it is possible to hide destrucibles from a specific player without causing desyncs. However, the example trigger of how to do this (at the start of this thread) is limited to just one player (Red) as well as just one destructible (Summer Tree Wall).

Is there a concise way of hiding multiple destructibles from ANY player whenever they execute the same triggering event? (e.g. one of their units enters a specific region)

I can already use the GUI to hide multiple destructibles of a specific type (e.g. all "tables") that are located in a specific region. Is it possible to integrate this with a GetLocalPlayer() trigger?

 

[Arhowk]

I know from reading this FAQ that it is possible to hide destrucibles from a specific player without causing desyncs. However, the example trigger of how to do this (at the start of this thread) is limited to just one player (Red) as well as just one destructible (Summer Tree Wall).

Is there a concise way of hiding multiple destructibles from ANY player whenever they execute the same triggering event? (e.g. one of their units enters a specific region)

I can already use the GUI to hide multiple destructibles of a specific type (e.g. all "tables") that are located in a specific region. Is it possible to integrate this with a GetLocalPlayer() trigger?

i dont understand your question. its not limited to one player or one destructable type or one destructable at all

 

[shadowvzs]

I know from reading this FAQ that it is possible to hide destrucibles from a specific player without causing desyncs. However, the example trigger of how to do this (at the start of this thread) is limited to just one player (Red) as well as just one destructible (Summer Tree Wall).

Is there a concise way of hiding multiple destructibles from ANY player whenever they execute the same triggering event? (e.g. one of their units enters a specific region)

I can already use the GUI to hide multiple destructibles of a specific type (e.g. all "tables") that are located in a specific region. Is it possible to integrate this with a GetLocalPlayer() trigger?

if u checked my full screen inventory in signature then u can see u can hide/show a whole fullscreen inventory interface easily also not limited to 1 player, u can use player is in playergroup or just boolean array where is the index the player number (like if boolean_var[Player number of GetLocalPlayer()] == true then , ofc dont need that == true but i guess this way u can understand this work for every player where the variable is true)

so dont really have limitation how much desctructable want hide or show or to what /how many player

 

[Dr Super Good]

I adivse you rename this thread "GetLocalPlayer() FAQ" as when faq is put underlined in the root forum section it looks a lot like fag.

faq fag
FAQ FAG

I am sure I am not the only one to missread this.

 

[Galatius]

i dont understand your question. its not limited to one player or one destructable type or one destructable at all

I know that, in theory, GetLocalPlayer() triggers aren't limited to one player or one destructible. But the example trigger that Shadowvzs included in his original post has some limitations in practice. For example, it only triggers when Player 1 types a specific message and it only hides Summer Tree Wall destructibles.

So my question is this: how can I use GetLocalPlayer() in a trigger to hide all destructibles of a certain type (e.g. "walls") in a certain region (e.g. "region 1") whenever a unit controlled by any player enters that region.

 

[Galatius]

if u checked my full screen inventory in signature then u can see u can hide/show a whole fullscreen inventory interface easily also not limited to 1 player, u can use player is in playergroup or just boolean array where is the index the player number (like if boolean_var[Player number of GetLocalPlayer()] == true then , ofc dont need that == true but i guess this way u can understand this work for every player where the variable is true)

I've downloaded your advanced inventory system, but it is very high level stuff that goes straight over my noob head!

 

[ap0calypse]

[...] the example trigger that Shadowvzs included in his original post has some limitations in practice. For example, it only triggers when Player 1 types a specific message and it only hides Summer Tree Wall destructibles.

You're wrong: the trigger Shadow gave us can be used for any player, for any destructible type, even in its current state.
The only thing you need to do is change the variable "Player" (the player for whom the destructible is visible) and the variable "Tree" (the destructible that gets (in)visible).
I must add that "Tree" is a bad variable name, because it also works on walls and gates and rocks and so on.

 

[Galatius]

You're wrong: the trigger Shadow gave us can be used for any player, for any destructible type, even in its current state.
The only thing you need to do is change the variable "Player" (the player for whom the destructible is visible) and the variable "Tree" (the destructible that gets (in)visible).
I must add that "Tree" is a bad variable name, because it also works on walls and gates and rocks and so on.

OK, so if I want that trigger to do what I explained in my earlier post, then I would:

1. Add additional events (one for each player whose units are capable of triggering the hidden destructables when they enter a specific region); and

2. Change the "tree" variable to the specific destructible type (e.g. "brick wall") that I want to hide.

Will that hide all of the specified destructables from the triggering player whenever any of the units that they control enter the specified region?

Also, Shadowvzs specifies "Summer Tree Wall 0000" in his trigger. Does that hide ALL summer tree walls? Or just number 0000?

Is there any way of limiting the destructables that are hidden to a specific region?

Finally, Shadowvzs' trigger includes the ShowDestructable function. If I want to hide destructables, do I use HideDestructable? Or do I use the ShowDestructable function and change the Boolean variable to false for the player who I want to hide the destructables from?

Sorry for all the questions - I really do appreciate the help!

 

[ap0calypse]

OK, so if I want that trigger to do what I explained in my earlier post, then I would:

1. Add additional events (one for each player whose units are capable of triggering the hidden destructables when they enter a specific region); and

2. Change the "tree" variable to the specific destructible type (e.g. "brick wall") that I want to hide.

Will that hide all of the specified destructables from the triggering player whenever any of the units that they control enter the specified region?

Also, Shadowvzs specifies "Summer Tree Wall 0000" in his trigger. Does that hide ALL summer tree walls? Or just number 0000?

Is there any way of limiting the destructables that are hidden to a specific region?

Finally, Shadowvzs' trigger includes the ShowDestructable function. If I want to hide destructables, do I use HideDestructable? Or do I use the ShowDestructable function and change the Boolean variable to false for the player who I want to hide the destructables from?

Sorry for all the questions - I really do appreciate the help!

Indeed: add events and change the "Tree"-variable.
The only destructible that gets hidden is the one you specify, not all destructibles of that type (in the shown trigger: only Tree 0000, not all trees).

There's no such thing as "HideDestructable": it would be a useless function because it already exists (ShowDestructable( d, false ) ).

You can hide all destructibles in a region by doing this:

• Hide Destructables
  • Events
    • Player - Player 1 (Red) types a chat message containing -hide as An exact match
    • Player - Player 2 (Blue) types a chat message containing -hide as An exact match
  • Conditions
  • Actions
    • Set TempBool = False
    • Custom script: if GetLocalPlayer() == GetTriggerPlayer() then
    • Set TempBool = True
    • Custom script: endif
    • Destructible - Pick every destructible in Hide Region <gen> and do (Actions)
      • Loop - Actions
        • Custom script: call ShowDestructable( GetEnumDestructable(), udg_TempBool )

Only the triggering player will be able to see the destructibles in region "Hide Region" after typing "-hide".
You can filter destructible-types by using an If-Then-Else (ITE).

 

[Galatius]

Thank you so much ap0calypse! I am pretty sure I can figure out the ITE bit myself, but I'll shout if I get stuck.

 

[Galatius]

One more question (hopefully!): is there a JASS function for getting the owner of a triggering unit?

I want my trigger actions to be when a unit enters a region, not when a player types something in chat. Then I want to hide destructables in a region from the player who owns that unit.

 

[edo494]

GetOwningPlayer(GetTriggerUnit())

 

[Galatius]

Thank you so much, edo! That works perfectly!

To everyone who has helped me in this thread: THANK YOU for helping me create a fully working multi-storey building system!

 

[SinnerPo]

How to make item visible for only player? I have tried at least 2 ways, but it steel causes desync.

 

[Dr Super Good]

How to make item visible for only player? I have tried at least 2 ways, but it steel causes desync.

Not possible as far as I know.

 

[SinnerPo]

Not possible as far as I know.

There is an option to hide the destructible, but not the item. So disappointing.

 

[Wietlol]

I know it is a pretty old thread, but I have to make a point here.

7. Fog of war and black mask, color, visibile for 1 player only?

It does desync.

    public method setVision takes rect r returns nothing
        // old version (desync):
        if GetLocalPlayer() == .ref then
            call FogEnable(true)
        endif
      
        // new version:
        call FogModifierStop(.globalFog)
      
        // both versions:
        set .fog = CreateFogModifierRect(.ref, FOG_OF_WAR_VISIBLE, r, false, false)
        call FogModifierStart(.fog)
    endmethod

I used this script with the FogEnable() and it caused desyncs between the players that had it enabled and the players that had it disabled.
After changing it to a global fogmodifier, it didnt desync any more.

 

[Dr Super Good]

There is an option to hide the destructible, but not the item. So disappointing.

Even hiding destructables can cause the game to go out of sync. The reason it does not for most RPGs is that the destructables are not interacted with.

I used this script with the FogEnable() and it caused desyncs between the players that had it enabled and the players that had it disabled.
After changing it to a global fogmodifier, it didnt desync any more.

That is because fog of war has major mechanical implications. If you disable it for all players only on 1 client then combat and interactions may occur on that client that do not on the other clients with it is still enabled. The result is that client goes out of sync from the rest of the clients.

 

[Wietlol]

So the first post is not correct... maybe a mod can change it.

Having fogmodifiers only for one player (which doesnt require GetLocalPlayer()) works fine, so it isnt a real big problem.

 

[Arhowk]

uh yeah its certainly possible, I did it in FoE RPG, but I'm not digging up the code for that.

 

[WaterKnight]

How to make item visible for only player? I have tried at least 2 ways, but it steel causes desync.

You could create 2 item types that only differ in model (one being invalid/invisible). The player should not be able to make an effective input without the bounding box. Of course you have to pay attention that the item type id does not cause diversity.

 

[Wietlol]

Aka, if you for example check if the item type == YourItem, then you also have to check for the dummy item type.
Same for saving data into hashtables while using the item type id as key... or value.

 

[WaterKnight]

Aka, if you for example check if the item type == YourItem, then you also have to check for the dummy item type.
Same for saving data into hashtables while using the item type id as key... or value.

I would just make myself functions like GetRefItemId(itemId), pointing both to the same.

 

[Wietlol]

That would work.
But to make that nice, you should use an item indexer... and so far, I think noone really has one (except me ).

 

[DracoL1ch]

you can fake or change any local data, whatever you want, just make sure it won't affect game flow for players.
like you can replace a unit with hero for a single player, but you have to make sure there's no hardcoded exp rewards, hero won't gain any kind of stat bonuses and so on.