I met some escorts in the middle of the corridor once or twice, which were headed for a Salvage Gang and had dockingAI. Then I met their mother much closer to the planet, also in dockingAI, but headed for the main station. Quite strange.
I think what's happening is that the mother releases its escorts too early. And while the mother continues its journey to the main station, the escorts search for the nearest dockable station, find one which is located in the corridor behind them, turn around and dock with that station (could also be a Black Monks Monastary or a Rock Hermit). Which is kind of stupid.
Possible solution could be that the mother releases the escorts later, when the main station will the the nearest station anyway. Or to make sure that the escorts always choose the same station to dock as their mother.
dockEscorts executed too early?
Moderators: winston, another_commander, Getafix
- Commander McLane
- ---- E L I T E ----
- Posts: 9520
- Joined: Thu Dec 14, 2006 9:08 am
- Location: a Hacker Outpost in a moderately remote area
- Contact:
- Eric Walch
- Slightly Grand Rear Admiral
- Posts: 5536
- Joined: Sat Jun 16, 2007 3:48 pm
- Location: Netherlands
Re: dockEscorts executed too early?
This is an old bug that is present for long time. It is just the target inspector that makes it clear more easily. Working with the behemoth and the dredger script I often encountered that those ships were stopped by far away escorts. For the behemoth I changed the script so it will ignore those calls while in attack mode.Commander McLane wrote:I met some escorts in the middle of the corridor once or twice, which were headed for a Salvage Gang and had dockingAI. Then I met their mother much closer to the planet, also in dockingAI, but headed for the main station. Quite strange.
I think it is often a bug in custom AI's. For one I found this bug in Dictators.oxp. When returning from a waypontAI they receive a "DESIRED_RANGE_ACHIEVED" message that puts them to think they are close to the planet. I think this is solved in dictators now (At least I mailed the fix to the author). But as this is just a bug in the old traderAI there are probably more oxp's using that old traderAI. (from oolite 1.55). I have even seen new oxp's adding altered AI's based on that old AI instead of using the current traderAI as template for their changes.
UPS-Courier & DeepSpacePirates & others at the box and some older versions
|Might an easy win adjustment be to add "dockEscorts" at a suitable point within dockingAI.plist (either as a command or a step in the sequence)?
It sounds to me like potentially we've got ships with escorts running under AIs that just switch to dockingAI without recalling their escorts first (hence the splat).
It sounds to me like potentially we've got ships with escorts running under AIs that just switch to dockingAI without recalling their escorts first (hence the splat).
My OXPs via Boxspace or from my Wiki pages .
Thargoid TV
Dropbox Referral Link
Thargoid TV
Dropbox Referral Link
- Eric Walch
- Slightly Grand Rear Admiral
- Posts: 5536
- Joined: Sat Jun 16, 2007 3:48 pm
- Location: Netherlands
To clarify what is exactly going wrong with some AI's:
When the AI on its way to the planet detects an obstacle on its path, it jumps into a waypoint subroutine. In that subroutine it sets very close by endpoints so it can find a free flight path. When it found its free path, it returns to its original routine. But the target destination is not the planet anymore but a much closer point.
At this moment there is no pause defined so the next update will be in about 0.1 seconds. When that update event re-sets the planet as destination, there is no problem. But, there are AI's that don't set the destination on every update. That's okay without using a waipointAI. But with using a waypointAI and not setting a new destination, it will reach it last known destination in very short time.
When the AI on its way to the planet detects an obstacle on its path, it jumps into a waypoint subroutine. In that subroutine it sets very close by endpoints so it can find a free flight path. When it found its free path, it returns to its original routine. But the target destination is not the planet anymore but a much closer point.
At this moment there is no pause defined so the next update will be in about 0.1 seconds. When that update event re-sets the planet as destination, there is no problem. But, there are AI's that don't set the destination on every update. That's okay without using a waipointAI. But with using a waypointAI and not setting a new destination, it will reach it last known destination in very short time.
UPS-Courier & DeepSpacePirates & others at the box and some older versions