Factorio Forums

I think the problem is here.

"all three expressions are evaluated once, before the loop starts"
-http://www.lua.org/pil/4.3.4.html

why dont you use in pairs?

ficolas wrote:why dont you use in pairs?

for some reason I saw this and was compelled to try it
so here it is, should work pretty much exactly the same though so btw anyone find the serpent library in factorio? Pretty useful table/variable printing function makes it easy to create a handy function refrence sheet (f=io.open("filename","a+") f:write(serpent.block(game) f:write(serpent.block(game.player) etc f:close())
I think the game.player.connecttocharacter function could be useful lol

oh wow, how embaressing...

thx freeer, that looks good!

I slightly modified the control-file, so people like morzan are able to continue their saved game without errors

So if something similar like the error morzan reported appear you have to do the following:
1) download the control-file that is attached to this post and replace the control.lua with this file in the treefarm-mod folder
2) load your savegame and open the console
3) type 4) remove and rebuild all fields
5) enjoy

drs9999 wrote: I slightly modified the control-file, so people like morzan are able to continue their saved game without errors

YES! How can i open the console?

the wiki says "it is opened/closed by ~ or / key" but for me it is the # key

~ ñ ç / #...
I have been able to open with those ( in different pcs)
Also the ñ is a spanish character so it is not in uk or usa keyboards.

Yes i opened the console and right now i don't have any problem (for me the console key is ˝)

I did everything and now my power plant looks weird:

like I said, you have to remove ABD rebuild the fields.

Hey drs9999 thanks for this awesome mod. Im using it in my german lets play

But after I installed version 0.4.0 i got this error:

Its back to math.random
It uses in game random generator now.

Tenschi wrote:Hey drs9999 thanks for this awesome mod. Im using it in my german lets play
But after I installed version 0.4.0 i got this error:

game.getrandomnumber() (the devs random number generator) was changed in the 4.0 version, if you go into the code and change it to math.random() instead it should work fine

edit lol, posted this and then saw that you got it while I was typing.

Ahh thx guys now it works again

Hello, I just updated the mod-version to 0.6.1

So basically the mod was compatible with the newest version of factorio. The only changes I did was moving the buildings from the "questionmark"-category to to production-category in the crafting-UI.
If you already use the mod there is no need to update this version IMO. Anyway, overwriting the mod with the newest version works fine and is save-game compatible.

From my point of view the mod looks complete now, so I will only maintain it in the future, but if you have any suggestions feel free to post it, maybe I missed something important.

I'm chiming in here to say that the overlaying of multiple tree farms is not significantly less efficient, and may even be faster in overall production.

I built a cokecoal plant with the farm area being between 25 and 30 treefarms with one chest directly below the next, and they fully supplied no less than 8 wood -> cokecoal lines, I suspect they would support no less than 12, given that the short conveyor from the compact layout was about 1/3rd backed up at minimum.

On a different note, even if the overlapping isn't of interest, the boundries of where tress spawn need to be adjusted, as the tress can block belt items on the near or middle rows if the belt touches any edge of the field, meaning the only low maintenance layout is to remove the wood from the top or left hand sides.

Thanks for your feetback.
At the moment I rewrite I completly to adjust some points you mentioned.
First the belt-blocking problem will be fixed.

And about the field overlaying, the reason is the small collision-box ( it only covers the chest). But I had and have two points why I will not change it.
First is that it is just logical that the player is able to run over the fields. Ok if I would add a wall or somethingelse to the entity-image it could explain why the player is not able to cross a field, but this leads to the second point, so if I expand the collisionbox over the whole field, to avoid overlaying, the inserter-animations would look ugly. If an inserters removes items from an entity it moves his arm to the center of the entity's collision box. You can see the result in the screenshot below.

So it's not possible to designate two bounding boxes for a single entity? One of them being collision the other being building-blocking?
I'm woefully unfamiliar with the backend to know if the idea is currently possible, but it seems simple enough to already exist, or have a possible hack-around.

n9103 wrote:So it's not possible to designate two bounding boxes for a single entity? One of them being collision the other being building-blocking?
I'm woefully unfamiliar with the backend to know if the idea is currently possible, but it seems simple enough to already exist, or have a possible hack-around.

No os not, but you can use the onplacedentity event to place an invisible entity with no image, and the second collision box.

I just updated the mod. More precisly I reworked it completly, so sadly it is not compatible with the old version, but what you can do is destroy all fields and build them again.

Most important changes are that the wood-output and fertilizer-effect on fields were increased.
Fertilizer now quadruples the farm-output, which means that one field produces nearly enough wood to supply one cokery.

Here 2 screenshots how you can setup a treefarm with fertilizer:

The cokery really feels like a cheat... Virtually free way to increase fuel value. It should make the fuel more compact and thus reduce the count in the process thus helping logistics. The fuel value actually lowers a bit in reality.