Bilka wrote: Sat Mar 30, 2019 5:26 pm We don't use LuaJIT. We use a modified version of Lua 5.2.1.

Necroing a bit here... You really should use LuaJIT. It would give a strong boost to UPS with almost no work on your side, as it is 99.9% compatible to standard LUA.

Yea, would have been nice to let modders know beforehand and leave time for feedback.


This. We luckily had a backup save, otherwise our 200+ hour game would have been destroyed by this patch. We are now stuck with v22 until this mess is fixed. Please don't do such things unannounced!

pretty ...

JavaScript is an inherently very slow language. So if you would write Factorio mods in JavaScript, you would inevitably slow down the game much more than if you would have written the same mod in Lua.

Would anyone run a mod that by design would slow down the game? I think not.

ManaUser wrote: Sun Mar 10, 2019 1:18 pm Should be, but don't forget the trees. Those are also a big pollution sink and dense forests are only on grass as far as I can recall.

^ This.

But even with trees that base would have been polluted very early on.

In 0.16 there was a huge dead-zone around spawn in which biter bases could not exist. This zone seems to be much smaller now, resulting in a great variance in difficulty when generating a map.

It is ok if some maps are more or less difficult than others, but the game basically requires you to get a ...

Loewchen wrote: Sun Mar 10, 2019 12:43 am Are you using mods?

Yes, but those mods all worked fine in 17.8, with no desync whatsoever.

As far as I can tell the desync issue is tied to the server load. As soon as the server is hit with more traffic I get dsynced.

It's 1234 56 (no extra3.)

It's interesting, this should actually be relatively balanced if you don't scale too much too fast, since there's a 2 chunks wide forest between your starting ores and the nest ?


Thx for the typo, I fixed that.

No it is not balanced. I played that map and the burner ...

Starting with 17.9 I suddenly experience many dsyncs in multiplayer at completely random occasions (filling machines, placing stuff).

https://www.file-upload.net/download-13530899/desync-report-2019-03-09_20-00-36.zip.html
https://www.file-upload.net/download-13530898/desync-report-2019-03-09_20 ...

The new terrain generator is great, but it has a tendency to put enemies too close to the spawn. I had one game where I got attacked by biters before I could even start the first research.

Example:

Seed: 123456 (default settings)

The blueprint is the complete example that describes the issue.

In the current game I am playing we have built several train parking system that all work fine, except for one, that is however in every way exactly as the others. After some try and error I figured out that the length of the rail section determines whether or not trains properly detect a blocked ...

Or you could just use the chest correctly and output things into buffer chests. The chests can then also request the item being produced and thus recycle it in the case of intermediate products like belts.


It is questionable if you use the chests correctly if you store things in a buffer chest ...

Yeah a new logistic chest again. /s

Assemblers outputting in storage chests sounds weird.


It only sounds weird because everyone uses the whole concept in a wrong way, because of the storage chest "bug." Obviously from the name a storage chest is supposed to store things, so the general idea ...

I think this would make Blueprints way too powerful. Currently they are already destroying some fun of the game, because once you have a perfect setup you are going to copy/paste it everywhere and rapidly build your factories without any changes from game to game. The only time where that does not ...

TL;DR
Split Storage Chest in Storage Chest and Overflow Chest.
Fix inconsistencies of the Logistic network.
Make it easier for people to understand how Logistic Networks work.

What ?

Add a new chest called Overflow Chest that replaces the functionality of the Storage Chest without filter ...