Factorio Forums

Hello,

I've noticed that my asteroid collectors don't pick up chunks coming from the sides of the platform. However, they are neither programmed with filters nor connected to the logic network and their inventories are empty.

Am I doing something wrong or is this a bug ?

Could you attach your save file? I think it may be useful for determining what's happening.

And add the version to the title please.

The save file and the version :

2.0.23-0

I tried to reproduce this bug (because I saw that the collectors were taking again) and I succeeded.

It seems that the bug occurs when a platform is first stopped in orbit, so that the chunks come from the sides. And then, if it starts up and then quickly afterwards is told to go back in orbit and stop, or go back and change direction again. At that point, the collectors don't work.

I'd recheck collectors' behaviour in this case with v2.0.26, as they'll get performance improvements (see viewtopic.php?p=652937#p652937).
In particular, whether chunks' projected paths are detected by collectors when the platform changes speed/direction, after 300 ticks at the latest.

Cubickman wrote: Sun Dec 15, 2024 7:52 pm It seems that the bug occurs when a platform is first stopped in orbit, so that the chunks come from the sides. And then, if it starts up and then quickly afterwards is told to go back in orbit and stop, or go back and change direction again. At that point, the collectors don't work.

Thanks for the report, this is a known issue. It happens because asteroid chunks do a raycast when they spawn and register on asteroid collectors in their path as a form of optimization. If their velocity vector changes, the new path doesn't match the projected one. I'm moving this to minor issues, most likely no action will be done.

Genhis wrote: Wed Dec 18, 2024 11:38 am Thanks for the report, this is a known issue. It happens because asteroid chunks do a raycast when they spawn and register on asteroid collectors in their path as a form of optimization. If their velocity vector changes, the new path doesn't match the projected one. I'm moving this to minor issues, most likely no action will be done.

This might explain why I've seen side-facing collectors on a speed throttled platform miss a lot of chunks on the edges of their ranges, as the speed is always changing a little bit. How bad would the performance hit be to do a couple of additional lines of collision detection based on the recent top and minimum speeds of the platform? Or to recalculate collision for, say, one velocity-modified chunk per platform per tick?

Last time I did some testing on this, changing circuit-controlled filters on an asteroid collector forced its recalculation.
So I cleared filters for 1 tick once per couple of seconds and it collected them all.

However, that was before 118736 Endgame trip to Shattered Planet is incredibly laggy of v2.0.26 and 124971 Asteroid chunk is sometimes ignored by collector of v2.0.30, so the behaviour might have changed.

The issue is being reconsidered. I will try to figure out a way to make asteroid collectors more reliable when platforms slow down too much.

Ref. 128614 and 128748

For 2.0.53, I added forced updates of cached asteroid chunk trajectories if space platform relative speed exceeds stored range by 1 tile/second. One asteroid chunk will be updated per tick until the whole list is traversed. It doesn't fix the issue fully but it should take care of most cases. There will be two new utility constants, so mods can change the speed deviation and updates per tick if faster response time is desired at the cost of performance.