Hey everyone,

I'm working on a defense map where a player's unit color changes depending on the main hero they select at the beginning of the game. Players choose heroes by mind-controlling the unit they wish to have, and then all of their units subsequently change color once mind control is cast. For example, if a player mind controls a dragoon hero, all of their units become blue. Also, just to clarify, I only want the player's unit color in-game to change, not the player's mini-map color (the map is team-based, so I want team 1's minimap color to always be red and team 2's minimap color always being blue, with the player's own units obviously showing up as green). The triggers for changing unit color that I'm currently using are simple and look like this:





In single player (or when playing by myself online) these triggers work perfectly. Unfortunately, when I go online with other players desynchronization occurs and everyone gets dropped from the game. I've read up about EUDs (including Roy's extremely helpful topic here: http://www.staredit.net/topic/14226/#6) and understand that this has to do with local vs global addresses and actions, so I'm pretty sure that I'm being a n00b by using an unviable combination of local addresses and global actions. However, I'm pretty sure that what I'm trying to do is possible. Is there a way that I can configure my triggers to prevent desynchronization from occurring while achieving my desired effects? For example, if I make the trigger apply for all players instead of individual players, would that solve the issue?

By the way, I'm aware that the EPD editor exists which can (theoretically) change player colors within the game. However, when I tried to do this with the EPD editor, I got an "invalid scenario file" error in Starcraft. Additionally, I would prefer to solve this issue using SCMDraft 2's regular trigger editor and the use of manual EUDs/memory modification, as I want more experience as to how global/local addresses/actions work and manual triggering in general.

Thanks for checking out this topic, and any suggestions or advice regarding this issue would be most appreciated! ^-^

Changing player color will not cause desyncronisation, as it is a local not a global address. global not a local address. (my bad on getting the terms backwards)

What address are you changing and how are you changing it?

Post has been edited 1 time(s), last time on Dec 2 2019, 1:22 am by Zoan.

For my triggers, I'm using the unit color table addresses starting at 00581D76 (-8572). So for example, to change player 1's color to orange, I'm using this trigger:

That should work and not cause any desyncs (that is actually exactly what I use too). Are there any other EUD triggers in your map?

Edit: I have not tried this on the current patch though. Maybe the new patch screwed everything up, idk.

Aside from my color-changing triggers, the only EUDs currently in my map are basic graphical/button changes through EUD Editor 2, which shouldn't cause any issues (and didn't seem to cause any desync problems before I added in the color triggers.) As you mentioned, I'm wondering if a recent patch made color altering triggers not work anymore... do you happen to know of or have any maps containing color-changing triggers (that used to work previously) that I can try online to test this theory?

Here, this worked before.

Attachments: