More Long Inserters

by Kryzeth

Adds long inserter variants of nearly all detected inserters. Optionally also adds burner versions of the bulk and stack inserters. Fully compatible with Bobs Logistics, Artisanal Reskins, Krastorio 2, and many more! Incompatible with the inserter overhaul setting in Bobs Logistics.

Content
25 days ago
0.16 - 2.0
18.0K
Logistics

b [Fixed] Lignumis Long handed burner inserter

a month ago
(updated a month ago)

So I wanted to disable the costless crafting option, but as it turns out it makes the long handed burner inserter take iron, when on Lignumis this isn't an option and thus renders it unusable until you get to nauvis. I was expecting it to use the original costs, which would be the Lignumis wooden gear wheel and basic circuit board.

Could you instead enable the Lignumis long handed burner inserter and disable yours? I tried the option to allow the duplicate entities, but the game crashes, stating it can't have multiple upgrade paths set.

Edit: Setting line 262 to false by adding a quick and dirty "and 1==0" in makeinserters.lua gets me the result I'm looking for!

a month ago
(updated a month ago)

Sorry for taking so long to get around to this, but while testing with just Lignumis v1.0.57 and this mod v5.1.1, all default mod settings except for costless upgrades disabled, and other long inserters allowed. No errors on startup, and the burner long inserter added by Lignumis is the only one that appears in the Factoripedia, with a full wooden crafting recipe as expected. I also tried with additional long inserters enabled, and still no issue.

Might be affected by some other mod?

a month ago
(updated a month ago)

Your config disables the lignumis long burner inserter if the startup setting for "disable other long inserters" is set to enabled. That means it places in your variation of the long burner, which costs iron instead of wood. makeinserters.lua at line 262.

As for the crash, this is the message I get when disabling that setting:
Failed to load mods: Error while running setup for entity prototype "long-fast-inserter" (inserter): next_upgrade target (bulk-inserter) must have the same fast_replaceable_group (inserter != long-inserter).

Edit: Is it an incompatibility with this mod? https://mods.factorio.com/mod/long_stack_inserter

a month ago
(updated a month ago)

I tried Lignumis and Long Stack Inserter, no startup error, though I was able to recreate the error when running All Planets Lite, even without Lignumis. Gonna take a bit to narrow down which planet mods/dependencies are causing that incompatibility.

But as for the rest of that, yes, I believe that is how it should work. The intended functionality is costless long inserter crafting and disabling all other modded inserters, to clean up the crafting menu. Disabling costless crafting is unrelated to whether other modded inserters are allowed/disallowed, so it prefers its own implementation (which uses the same recipe as the non-long inserter variant). It will only use the recipe for Lignumis when costless crafting is disabled AND other modded inserters are allowed.

So if you want to see Lignumis's long inserter with costless crafting disabled, those are the two settings that must be toggled from default. I believe this logic makes sense, even if it's not obvious on the surface.

a month ago

Yeah I'm running all planets lite as well, so must be something in there causing the crash.

Since last week, I've actually just ended up playing with costless crafting enabled. I've gone a bit back and forth whether I like one way or the other, but I decided to just go with that. Though I still ended up doing the above mentioned edit to the lua file, so that it keeps the Lignumis inserter over yours, since I quite like the graphics of that particular one being all wooden. :)

The reason I wanted to enable allowing all inserters was mainly just to compare them for fun. I wouldn't want all the duplicate stuff really. Though of course there's still good reason to not have the game crash when its setting is changed.

Anyway, thanks for taking the time to answer!

a month ago
(updated a month ago)

Figured it out, it was a conflict with Rubia, since it adds a long bulk and long stack inserter, that wasn't being handled by the next_upgrade logic (so after copying the base fast inserter, it would never change the next_upgrade target from bulk inserter to long bulk inserter, causing the mismatch)

Tested with Rubia alone, Lignumis alone, Rubia and Lignumis, and with All Planets Lite, no errors and works as expected, whether or not the two settings are enabled or disabled, so this issue should be fixed in v5.1.2

And no problem, happy to help!

a month ago

Ahh gotcha, thank you!

New response