@adoxa: I just confirmed this: after commenting out moors.dll I undocked from Ames dock 1 30 times in a row. After removing the comment, I got an immediate undock from dock 4. Thanks!

It’s read from the system ini and stored, but doesn’t seem to be used.

Not really, sadly. For the longest time I just used guess-and-check numbers without knowing for sure what was what - the notes shown in the full file linked above were solely from observations made. (It wasn’t until a few years ago that M0tah pointed out to me that the graph corrosponded with adoxa’s reversed Personality struct floating around here somewhere)

I can say bumping up the Strafe column seems to help them actually strafe more, and in general bumping up transitions out of things like Idle seems to help keep them more active. Unfortunately it’s been quite a while since I’ve actually worked with any of this.

When we were messing around again back in 2014/15 (for the first time in… years) M0tah found a native function within FL to reload the state graph, and implemented it into FLHook. It was pretty handy for messing around. Unfortuantely the source in Flak’s repo seems a bit out of date, but there should be a copy somewhere…

Yes, some stuff does appear to be hard coded, especially in the single-player only systems. When we enabled those systems I had to create clone systems with all of the infocard and ids stuff recreated.

There’s a tradelane, I think the one from helgoland to frankfurt jump that seems to be hard coded as well. Or maybe it’s the one between naha and helgoland…

That’s on my list of things to fix if I ever get around to it.

welcome 🙂

So, did some testing with patrol zones, and stumbled onto something weird. Added the following patrol zones to Omicron Minor.

[zone] nickname = Zone_St01_pop_1 pos = 8000, 0, 24000 shape = SPHERE size = 10000 sort = 80 toughness = 10 density = 8 repop_time = 25 max_battle_size = 8 pop_type = background relief_time = 35 faction_weight = ku_n_grp, 10 encounter = area_assault, 10, 0.29 faction = ku_n_grp, 1 [zone] nickname = Zone_St01_pop_2 pos = 8000, 0, 10000 shape = SPHERE size = 10000 sort = 80 toughness = 10 density = 8 repop_time = 25 max_battle_size = 8 pop_type = background relief_time = 35 faction_weight = li_n_grp, 10 encounter = area_assault, 10, 0.29 faction = li_n_grp, 1 ```Everything works fine. Then I changed pos = 8000, 0, 10000 -> pos = 8000, 42900, 10000 and pos = 8000, 0, 24000 -> pos = 8000, 43200, 24000. Strange things happen. Every 10 seconds, the ships stand still for about 2 seconds, and they all fly to the exact center of the zone and freeze. This is probably because the zone doesn't intersect the y=0 horizontal plane. If it does, though, everything works fine, except the ships will always fly toward the y=500 plane, no matter what the y coordinate of the zone is (as long as the zone intersects this plane, as it seems). Changing the y coordinate to -43200 and -42900 didn't help. Changed size to 50000 -> works fine. Changed size back to 10000, changed height to -9000 -> everything works fine, however changing size to 9500 -> strange behavior (freeze at center, etc) Forgot to mention, I didn't tested it in other systems, I don't think that's the problem though. Anyone found a fix? EDIT: so I looked up the offset that controls the height patrols will fly to:

Content.dll v1.1 11811C 500f y coordinate patrols with behavior = wander will return to, unless patrol zone doesn’t intersect with that height, in which case strange behavior will occur (freezing at center, etc.)

Of course, this doesn't fix it, and it's a universal value. Greets, Gold

Just like last year, I have it done on the last day of the year. For the download, see first post.

EDIT:
Just to remember the idea, no reaction expected.
[c]power_modifier[/c] as a range from 0 to 1, indicating occasional power loss, as if electrical activity in a field or cloud can shortcut power supply or fuel supply for the engine.

For example, [c]power_modifier = 0.05[/c] in [c]Zone_Bw08_asteroid_field[/c] would mean every, say, 10 seconds, there is a 5% probability to lose power for a short period of time, about 1 second, could be random, maybe even affected by the value of [c]power_modifier[/c].

In combination with adoxa’s [c]drop out of cruise once power reaches 0[/c] hack, this could also mean a ship ocasionally loses the ability to cruise. Optionally, it could also affect shields, causing them to temporarily fail.