The problem with registering all missions is that missions that don't register the player ship might assume certain things about the registered ships. E.g. they might succeed/fail if any registered ship enters a gate. So the only fix I can see that doesn't require checking each mission's events is t...

Last I checked, if you give enough to get double the amount of xp for the Ion9, he'll give you a second one. But that's difficult and not very useful.

It works if you set a reasonable delay value. It's in ticks. However, Fleet escorts can get left behind if you gate back immediately, before they form up. That's probably not what you want. Also, if you wanted to imitate real stargates, you could use a recurring event to have the escorts teleport on...

Maybe old controllers don't have an order queue at all? So you'd have to use an event that runs when you want them to return to formation. E.g. (block Nil (enum theObjList theObject (shpOrder theObject ...) ) (sysAddTypeTimerEvent delay myType myEvent) (typSetData myType 'objList theObjList) ) ... <...

I think there was a recent change to prevent more than one of a particular timer from existing on a type/object/etc. So try cancelling the timer before creating a new one. Or use a recurring timer.

Here's the code that creates Fleet wingmen: (for i 0 (- aCount 1) (block (wingmanObj) (setq wingmanObj (sysCreateShip theClass baseObj &svCommonwealthFleet; 'fleet )) (shpOrder wingmanObj 'escort gPlayerShip i) It assigns them a formation position. Maybe the Fleet controller requires that and can't ...

OK, try this: (block (systemStruct outputStruct) ; Create a struct where the keys are nodes and each value is a struct. ; In the inner structs, the keys are station names and the values are the number of known stations with the name in the system. (enum inputList theEntry (block ( (theType (@ theEnt...

So the list for each system is always generated from scratch? You don't ever add stations to it one at a time, which would involve searching a string for the matching station name? But you want different types of stations that share a name to share an entry?

What should your data struct look like when there are multiple station types in a category?

Fix added to this PR: https://github.com/kronosaur/TranscendenceDev/pull/24

Looks like this bug was preventing the mission to kill the Antarctica from failing when it escapes (unless the Terra and Antarctica start in the same system).

It wouldn't be too difficult to create a pair of gates for each pair of stars that are more than some distance apart. Edit: Actually, I guess you'd want to ignore all but one star in any cluster. That's a little more complicated, but still doable. I would guess for AI ships the game treats these the...

Looks like the defined variables are:

aObjDestroyed
aDestroyer
aOrderGiver
aWreckObj
aDestroy
aDestroyReason
gData
gSource
gType

If I'm right, it doesn't matter what item you're replacing. The problem is that the auton item you attempted to modify can't be found because it has changed since the screen was opened. So it will happen any time you attempt to modify an auton with damaged armor and wait in the screen long enough fo...

Maybe George's implementation of automatic auton armor repair by the auton bay can cause the auton item to change in an event while the screen is open? When I implemented shield recharging in the bay, I managed to avoid that, but doing it for armor might be even trickier.

What about using sysAddTypeRecurringTimerEvent or a recurring timer event of some sort? You'd have to add the event in every system and I don't think it's any better performance-wise. In fact it might be worse, since they'd all happen on the same tick, rather than spread out over random ticks. I th...