Thanks, the save file helped! The problem in map generation was caused by undefined behavior when casting infinity (float) to unsigned integer. For 2.0.49, I added more checks around this place and it will throw an exception if `MultioctaveNoise::octaves` is negative or infinite. Old saves will get ...

Regarding your second issue, the crash when omitting the second argument of `launch_rocket()` is already fixed for 2.0.49.

Thanks for the report, it is fixed for 2.0.49.

Thanks for the report. Can you reproduce the crash?

Thanks for the report, the issue is fixed for 2.0.48. It got broken in 2.0.44 when we added Gleba decals masking over water and optimized some things as a result.

Thanks for the report, this is a duplicate of 128367.

I have added several missing agricultural tower properties for 2.0.48.

If I understand right, this issue should not happen when a space platform never moves, or after a long time after it stopped moving (once all asteroids that existed before that are definitely gone), right?


Correct. As long as the speed doesn't change, the prediction algorithm for asteroid ...

Thanks for the report. I think shadow opacity property was only intended for the shadows shader which wires don't use because they render above entities. In any case, I changed it as you requested. Wire shadows are a bit darker, so their default opacity is 0.35 - I multiplied the given value by 0.7 ...

Fixed for 2.0.48.

You should be able to use LightningPrototype::strike_effect together with ScriptTriggerEffectItem.

A nicely written interface request! The easiest thing is to add the read/write access, which is what I did for 2.0.48 - LuaEntity::use_transitional_requests. It's not ideal for your use case, but I was worried about breaking something else if I tried to make the automatic delivery logic not rely on ...

Thanks for the report. I think this is a duplicate of https://forums.factorio.com/124493. When platform speed is not stable (and especially if the platform just left the orbit), asteroid collectors may not get all asteroid chunks because their projected path and expected time to get in range change ...

Thanks for the report, this is fixed for 2.0.48.

Thanks for the report, this is fixed for 2.0.48.

Thanks for the report. For 2.0.48, I changed it so that one entity is prioritized until the network runs out of items the entity requests.

Quality property of sprite-button is implemented for 2.0.48.

Hello, please describe your use case and proposed API - ideally something which I can copy&paste into the game to test the logic.

Thanks for the report, this is fixed for 2.0.48. Asteroid collectors disabled by circuit network are still tracking asteroid chunks, so that they can immediately start collecting when re-enabled, and in this state they didn't do their cleanup operation causing "nullptr" entries to pile up.

Thanks for the report, the crash is fixed for 2.0.48.