Hi. I'm building a UMS scenario. I'm using Starforge.
I was testing the first level and everything seems to be fine except for two triggers:


The text isn't displayed at all.


Civs stay there.


Can you spot the error in the triggers?
They aren't vital for my scenario, but I'm kinda perfectionist and wan every single trigger to work properly. x_x

If you have any questions, need screens or any info, just tell me.

Thanks in advance.

The triggers seem fine. At least with the little info you've given us.

But you can't make display text show multiple lines. You need a separate action for every line. "Endless Stairs:" should still be be displayed. If not make sure if the trigger runs at all. Create a unit or whatever. If not, check the condition. You gave too little information to judge if it's correct.

When all units except civilians are removed by the 2nd trigger then this can only mean one thing: The civs didn't belong to Current Player.
I think this has to do with the fact that comsats go to neutral when the main building they were attached to gets removed. Or the player is defeated before the trigger runs, because then the civs (along with all other units) go to P12.
If no units at all get removed then it's a problem with conditions.

Finally it might be a problem with trigger owners. You didn't specify those. Only P1-8, All Players and Forces can own triggers. All other options like "Current Player" or "Player 12" are invalid and will be ignored.

Post has been edited 2 time(s), last time on Aug 26 2010, 7:40 pm by NudeRaider. Reason: what was I thinking? O.o

I'm pretty sure you can display more than one line...

Here's a hint while debugging:
create a unit so it either is unplaceable (giving you the error) or just in the middle of the map, so you can always see it. Create it for "current player" so you know who is running the trigger.

If the units aren't being created, and you don't have any transmissions or waits in the trigger, then the trigger is not being run, because the conditions are NOT MET.

Finally, I recommend you use SCMDraft. It's much better at everything except creating triggers (note this is creating, not editing and modifying) and placing extended units.

I managed to fix the problem with the text. It seems that for some weird reason it won't show the text if I set the display time to 10 or more seconds.

Regarding the civs, I just deleted the trigger. I realized it was useless, as it's purpose was to kill the civs of the players who leave the game, but this scenario requires full house, so... >_>

Thanks for the help.
I will download SCMDraft and try it later. I hope it's compatible with my maps.

So you're using transmission, not display text?
Because transmissions include not only the display text but also a wait. And waits cause wait blocks - the longer the wait the worse the effect - when a player is running 2 or more waits the same time.
You should replace any waits with death counters and use wait(0) in transmissions.

Nope. I'm using Display Text.

Regarding your last comment, how does that work?
I'll give you an example of a trigger that I'm using with a Wait command. Could you tell me how to use the death counter instead of the wait command?

Thanks.

IIRC. This assumes you're using Hyper Triggers, meaning that triggers are run 11.8 times per second (every other frame of animation) on Fastest. And yes, using death counters does mean that the length of the delay is affected by game speed; Waits don't have that problem but they have the dreaded wait block problem.

84 ms / trigger is more accurate for hyper triggers (comes out to 11.9 triggers/second). In reality, you'll have to test it yourself, or console yourself to using game time rather than real time. (game time is 125 ms / trigger, aka every other frame).

Thank you very much.

I'm not using hypertriggers. I've had bad experiences with them before and stopped used them.
I'll add a couple of hypertriggers and test. If they don't work or mess with my map, I guess I can simply reduce the required number of deaths in the counter to get the same effect.

Bad experiences with hyper triggers?! Those things are the greatest things to ever be discovered in sc mapping!

They don't work with waits, and they cause major problems if you add them after you've made the map.

What do you mean? They just speed things up. As long as he accounts for that by adjusting timers he should be fine.

Yes you can. It works that way by default, even in StarEdit.

Post has been edited 2 time(s), last time on Oct 12 2010, 2:20 am by DevliN. Reason: Mineral abuse.

Yeah, bad experiences.

I'm kinda noob when it comes to map making and when I've tried using hypertriggers, I can't seem to build th maps the way I want to. In fact, I drop most of my maps because something goes wrong and then I find myself unable to fix it. I've only made two "good" UMS maps so far and I'm curretly working on the third. I hope it works. (:

You're right of course... I don't know what I was thinking...

People count on the 2 second delay often times (say you have a counter counting to 100). It's often unnecessary to introduce any sort of delay on it. However, if you keep doing that in all your triggers, then decide to throw in hypers, you'll discover that it's much harder to fix every trigger which is firing too fast. Obviously, it's not an ideal reason to not use hypers, but some maps have far too many triggers which will run constantly, like triggers with waits, order triggers, move triggers, create triggers, and timers. All of those need to be delayed, or else the map will lag/run too quickly. You should want to use hypers from the start.