Spring RTS Engine

Another bug, same unit. Core "Intruder". It doesn't move close enough to the target units to load them, but just sits there and gives up on the idea. If you actually move it closer and tell it to load units individually, it works fine.

Unit can be downloaded here: http://www.planetannihilation.com/tapow ... der-UH.zip

Ideas?

Only thing I can think of is that it's not getting in range for the arm to pick it up/drop it off... Not really all that certain. This is a zwzsg level question, I'm not that great with transport scripts.

maybe the units on the ground are to close together as the transport needs room to maneuver to pick up the units, depends on the transports footprint? happens with the sea hook

I heptupled the pickup range and then.... it picked up itself!!!

Fixing the unit picking itself up is a SJ level bugfix! Or maybe just a Fnordia level bugfix, since it's him who wrote the virtual machine that runs the TA animation scripts.

Well, there's still workarounds. Instead of using a zwzsg class workaround, which would have involved finding and storing the transport ID, I used a Gnome's class workaround, that is a heavy mass.

So I heptupled the loading and unloading range, I added the mass tag, and I removed the explosion because in Spring they:
- Don't look as good as in TA
- Appear at the wrong place
- Are harmful

I noticed an interesting "AreaUnload(untid,maxdist)" function in that script. Currently I kept it, but for Spring you'd better remove it, since the nice area unload gui is better imo than having the script try random position. Still, interesting to see other people had done that kind of script.

So, uh, I'm not sure I have fixed the problem, but try anyway, maybe it was just the range.

Link: Will self destruct in a week
http://s61.yousendit.com/d.aspx?id=3OXY ... FF60MTMUGW

You rock my world. Except that the link doesn't seem to work.

~~

Ah, there it goes. Brilliant. I'll make sure the script works now...