I coulda sworn that giving units at all lost their commands, I guess it's only when you give them to Players 1-8..

I think it might have something to do with how soon you give the order and then give the unit away (as in in the same trigger cycle).

I just know that when I was messing around with an unlimited ball version of my Scourgeball map I was dealing with the idea of ordering and then giving.

Has nothing to do with duration between Give Unit and the unit's Order. Giving a unit to P9-12 (and I think P1-8 set to neutral) always retains its movement order. Giving FROM a neutral player back to a human (not sure about a comp) also retains its order.

But you can't, however, give a unit immediately after it spawns, or the rally order itself doesn't get to kick in.

Well I'm talking from experience with my own map. It was a triggered order and give and the order did matter in my testing.

And for some reason that I haven't figured out yet the unit would not retain its order about one out of a couple dozen times even after fiddling around with many different things.

Ah, I was wondering how my map worked with how you Tux was saying it worked, but I just happened to use computer players instead of neutral ones

Hmm. Devilesk I may know what's going on with that. But yeah, it's not that Give Unit ignores orders, it's that it appears the orders aren't getting to "kick in", per say.

What happens with unit orders is they don't always activate immediately. Rather, they're "queued" for the unit to activate at short intervals. Kinda for the same reason that triggers by default only run every two seconds or so, or the fog of war updates only every 3-5 seconds for each unit, etc. A unit may get its orders its just fine, but those end up in its queue. When a Give Unit occurs, that queue gets emptied. That's why they sometimes don't respond.


A solution I'm going to use to try to resolve that is to have a trigger constantly order a unit somewhere on the map, and I'll wrap it with precise locations to detect even a single pixel of movement. When detected, that will indicate when an order has gone through, and then I'll be able to safely use Give Unit to all the other units.

Theoretically.

Post has been edited 1 time(s), last time on Apr 13 2008, 7:57 pm by Tuxedo-Templar.

The problem I was having seems to be solved in the latest version of the modified Scourgeball map I was making, I'm not entirely sure because I haven't played it in such a long time. And what I was doing at the time to solve the problem working on changing the trigger order and adding delays etc.

Yeah it's weird. But sync does appear to be the issue, since I did manage to get a constant stream of wraiths to pour out uninterrupted. Though it still every so often hiccups with non-wraith units, but I think that's because of another issue. I should have a new prototype ready in a few hours once I get that squared away.

Hmm. Ok apparently I'm wrong. I got it working now, but I did a test run with the sync features removed, and it still seems to consistently launch. Odd. I wonder what I changed since this morning that suddenly makes it work now...

I knew that theory had to have been way too convenient.


Edit: Found something odd. BCs with 1/4 second build time get gummed up when rapidly constructed (don't get to respond to their rally orders before the give, that is). When set to over 1 second build time, the FIRST BC that appears during a rapid sequence gets gummed up.

There's gotta be a pattern to this shit somewhere...

Post has been edited 5 time(s), last time on Apr 14 2008, 8:03 am by Tuxedo-Templar.

Looking forward to blowing shit the $#@^ up with this map tuxy.

As demonstrated by a player leaving mid-melee game...

Actually I appear to be wrong on that too. For currently I've set my triggers to do just that, and it appears to work under some conditions.

The BC issue is one in particular. Also, the first Wraith or Valk you build stays still, too, but all subsequent ones fly off just fine. Dropships and Science Vessels give me no problems at all.


Fuck this. I'm just gonna make the stupid map and stop trying to figure it all out. I'm not being paid by Blizzard to debug their games.

Finally. Prototype 2. Complete with spiffy sound effects, text triggers, and other crap. I just went ahead and added a few layers of failsafes. BCs might occasionally hiccup, but it should be smooth enough to make a map with now.


I'm working on the map for it now. I've decided to do something... interesting with it, though.

Post has been edited 1 time(s), last time on Apr 15 2008, 6:33 am by Tuxedo-Templar.

It's fine idea

Giving units from human to human also retains movement orders (or at least rally point order)... That is checked.

I just wanted to ask what would happen when two missles get on on top of each other and one of them stops the movement. Is there a chance that wrong missle (which still in motion) will be removed?

Sweet Idea tuxlar now I can finally mess around with it that is with your permission .

Shouldn't be. Missiles are checked off one by one. There IS a chance that a missile following directly behind another at just the right distance (would have to be pretty precise) could get tripped on the burrowed marker left behind by the one in front.

Of course.

I justed tested the map with ordinary and we both fell out of our chairs it was so fun .I love the sounds aswell.
Although the dropship bugged up after awhile <.<.

Dropships are mines. They don't have movement detection.

That would explain it I guess >.>.
I just tried coping this and I failed BIG TIME lol.
I am going to try again but, in a smaller way.