None.
sorry for any redundancy... i just want to be clear on how these triggers fire. its from player 1-8 , top to bottom. then forces top to bottom?
I'm pretty sure. that's how it works.
None.
There is a full answer to the question:
In case you dont understand something you could look through the whole topic, before asking questions there.
And please note that forces are Player Groups. Triggers are not checked for forces.
Quote from 
Wormer
WormerSC handles triggers exactly like this.
Let's assume you've listed triggers in the next order (from top to bottom in your text file) T1(PlayersGroup1), T2(PG2), ... , Tn(PGn), where Ti is a trigger and PGi is a group of players you've set the trigger Ti to. SC chooses the first player P1 to be current player (cp = P1) and goes through the triggers sequence checking if P1 belongs to PGi, where i is the number of the trigger being currently checked. If P1 belongs to the group PGi (P1 IN PGi) then it is checking all triggers' Ti conditions Ci and If all conditions Ci are met it is executing actions Ai. After all triggers in the seqence are checked for P1 it chooses the next computer or human player still remaning in the game, makes him current player (pc = P2) and checks triggers for him.
For example:
The sequence of triggers T1(P1,P3) T2(AllPlayers) T3(P2,P3) with three players P1, P2 and P3 remaining in the game would be actually checked each loop in the next particularly order: T1(P1), T2(P1), T2(P2), T3(P2), T1(P3), T2(P3), T3(P3), where players in braces shows the (current) player the trigger is executed for at the moment.
Let's assume you've listed triggers in the next order (from top to bottom in your text file) T1(PlayersGroup1), T2(PG2), ... , Tn(PGn), where Ti is a trigger and PGi is a group of players you've set the trigger Ti to. SC chooses the first player P1 to be current player (cp = P1) and goes through the triggers sequence checking if P1 belongs to PGi, where i is the number of the trigger being currently checked. If P1 belongs to the group PGi (P1 IN PGi) then it is checking all triggers' Ti conditions Ci and If all conditions Ci are met it is executing actions Ai. After all triggers in the seqence are checked for P1 it chooses the next computer or human player still remaning in the game, makes him current player (pc = P2) and checks triggers for him.
Code
FOR j = 1 TO 8 DO
cp = Pj
FOR i = 1 TO n DO
IF Pj IN PGi THEN
Execute Ti with current player = cp
ENDFOR
ENDFOR
cp = Pj
FOR i = 1 TO n DO
IF Pj IN PGi THEN
Execute Ti with current player = cp
ENDFOR
ENDFOR
For example:
The sequence of triggers T1(P1,P3) T2(AllPlayers) T3(P2,P3) with three players P1, P2 and P3 remaining in the game would be actually checked each loop in the next particularly order: T1(P1), T2(P1), T2(P2), T3(P2), T1(P3), T2(P3), T3(P3), where players in braces shows the (current) player the trigger is executed for at the moment.
In case you dont understand something you could look through the whole topic, before asking questions there.
And please note that forces are Player Groups. Triggers are not checked for forces.
Some.
We can't explain the universe, just describe it; and we don't know whether our theories are true, we just know they're not wrong. >Harald Lesch
Quote from alexpnd
sorry for any redundancy... i just want to be clear on how these triggers fire. its from player 1-8 , top to bottom. then forces top to bottom?
Sc splits Force/All Player triggers up and makes a copy for each present player.
So first are ALL triggers owned by P1 fired, including the triggers of his force and of all players.
Then those of P2, etc.
If you want to see the firing order of all of P1's triggers in the editor you have to ctrl-select P1, his force, and All Players.
Btw. this question has been asked (and answered) many times already, so please make sure you use the search before posting. It's part of the posting rules!
I honestly couldnt find the search box / menu item/ button whatever it is. Thanks for your guys answers though, I appreciate it. I understand now.
edit i should note that search has been located.
Post has been edited 1 time(s), last time on Jan 19 2009, 3:30 pm by alexpnd.
edit i should note that search has been located.
Post has been edited 1 time(s), last time on Jan 19 2009, 3:30 pm by alexpnd.
None.
Options
Pages: 1
Back to forum
Please log in to reply to this topic or to report it.
Members in this topic: None.
[2026-7-18. : 2:27 am]
Symmetry -- https://staredit.net/topic/18903/ THE REVIEWS ARE HERE! "ok these are pretty good memes" - ssj9Kevin[2026-7-17. : 2:58 pm]
Ultraviolet -- SymmetrySymmetry shouted: Man I wish we had this tech back in the day when people played ums lmao
fr fr[2026-7-17. : 2:39 am]
Symmetry -- Man I wish we had this tech back in the day when people played ums lmao[2026-7-16. : 6:28 am]
NudeRaider -- EUD actions, specifically. The conditions remained. Today we can even have actions again, but they're all virtualized/whitelisted (not sure on the actual technical implementation) so you can only use them for specific intended purposed, not arbitrary code injections.[2026-7-16. : 6:26 am]
NudeRaider -- I mean yes, maps - through EUDs - were theoretically able to do that as well, but that was patched quickly.[2026-7-16. : 6:25 am]
NudeRaider -- SymmetrySymmetry shouted: Ohhh imagine a SC map that could delete itself
not the map, the editor[2026-7-16. : 2:28 am]
Symmetry -- I vaguely remember Voy doing some ACE back in the day, but I had no idea EUDs could do that kind of shit. I am very much catching up on the technology[2026-7-15. : 8:51 pm]
NudeRaider -- SymmetrySymmetry shouted: NudeRaider Is EUD editor capable of writing shit onto the player's harddrive? That seems like it would be dangerous
yeah an editor that isn't allowed to write files sounds rather pointless, so I'd assume it can. Like most other programs too btw. and yes, obviously that's dangerous, but also kinda necessary. MS introduced that virtualization for exactly that reason.[2026-7-15. : 4:10 am]
Ultraviolet -- I don't think so. I think they shut that shit down after 1.16, maybe even earlier