We are now back in action for Factorio 2.0. using the mod requires version 2.0.46 or newer.

Please let me know if there are any issues with the new version, the API has changed significantly since the 1.1 version.

That is fair. The persistence behavior would be the same for other settings as you say. What about expanding the API to make the cleanup easier?

I have not dug deep enough into that many objects/settings but, for the ones I have looked at the settings are "always" available. For the rotation ...

I have been experimenting with the new zoom_limits API and feel like it is hard for a mod to clean up after itself after having made changes. The issue especially noticeable when uninstalling a mod.

The mod I'm maintaining "unlimits" the zoom function and this works really well with the new API ...

With the new zoom API I can once again fill the screen with a single pixel, all is well in the world

Thanks for working on this!

Interesting! I figured there'd be changes brought on by the remote view etc. but not that they were that comprehensive.

I'll look forward to reworked API (or perhaps even configuration?) support for zooming. As I've been hacking around the limitations of the current API since 0.14, I'll try to be ...

I did a quick search on the mod portal and the (undocumented) API-change seems to break about 5-10 mods, though in some cases only partially. Going by download numbers for the "pure" zoom mods, this affects something like 30k users.

My Infinizoom mod uses the zoom API to allow players to zoom in or out as much as the engine allows far beyond what is possible in vanilla 1.1. In 2.0.9 (only 2.x version I've tested) the API no longer allows zooming beyond the vanilla limits.

I can't find anything explicit about this in the change ...

Noticed a conflict in control behaviours on inserters (at least): if using both the logistics and circuit connections, changes in settings to the circuit connection may override the logistics connection for one instant each time the circuit control setting is set to "None".

Below is a small ...

Cheers! I hope you're able to get some useful results!

The mod would need some additional work before it's ready for public distribution, at least a way to cap the output size would be needed; anyone finding it in this thread and manually installing it will be aware of the potential side effects ...

If anyone is interested in doing further tests on this in the future I made a small mod to make the measuring easier. The mod listens for train state changes and starts tracking trains that go into defines.train_state.arrive_station or defines.train_state.arrive_signal. While a train is tracked some ...

Also, as we need some more cursed intersections, here's a roundabout that includes two-way tracks to make the long turns short:
In testbench.png

Cursedabout LHT
0eNqlW8tu20gQ/BeeRWN63qPrXvaQ496CYCFLRELAlg09jDUM/Xuo6GGJbi6rpFNgRSz1dFf19PQ0P6rHp23zumqXm2r6US2a9XzVvm7al2U1rb79/U81qdr5y3JdTb9 ...

Good to see you guys still keeping up with the testing!

I have been scavenging some old disks and found the material I used for the old test thread , including all the BP-strings that are no longer available in the thread.

Attached is an archive here with the 120 blueprints that I had collected ...

Found that inserters are not woken up when the output limit of an assembler changes due to the crafting speed increasing.

This (or very similar) has already been reported here and marked as resolved, but the issue seems to exist in 1.1.80

Screenshot showing the issue using the show-active-state ...

robot256 wrote: Fri Mar 11, 2022 1:24 pm Repathing is not allowed to change direction after the train leaves a station. The devs have said before this will not be changed, for performance reasons.

While they may have said so (or some version of it) it is not true, see counterexample in the post above.

I reported it because it happened to me. In a vanilla game (Death World + Marathon) where (IIRC) I wasn't even at yellow science yet.

Also, you don't seem to understand the issue ? Which is that the train(s) do NOT take the longer route, but get stuck instead, potentially forever.


That is a ...

Good stuff guys! It's really heartening to see this carried on!

There is so much spirit of invention in this community that I have no doubt this this thread will generate a lot of discussions/innovation, even my old thread had a lot of activity long after I dropped off (thank you to everyone who ...

I would like to second this request (or at least parts of it) for two reasons:
Completeness: this parameter can be used to control the two other rendering modes, I don't really see any good reason for why it shouldn't work for the regular map if it works for the zoom-to-world-map.
Hijacking the ...

Aaaaaaand we're back to the hotkeys.

As the dev responses for my first foray into binding to the scroll wheel implied, things got messy in a lot of cases. So many different things are bound to the scroll wheel, and the "zoom-in"/"zoom-out" key-binds are triggered regardless of whether the game ...

Both of these issues are, hopefully, fixed in 0.1.7.

The second one is the mod actually hitting the limits of the game engine, it keeps trying to use smaller/larger values but the game won't go further. Implemented limits in either direction to prevent this breakage (turns out you can actually get ...

Good news for anyone having trouble with AutoHotkey: as of version 0.1.5 this mod does not use separate key-binds, instead it replaces the normal zoom function. This means that third party software is no longer needed to make this work with the scroll wheel. Big thanks to calcwizard for the ...