Yes. But not any specific guaranteed effect. Might get slower or faster. Not sure how to make it one way. Placing the whole blueprint in the same tick (creative mode, editor) has a higher chance of getting 116... i think. *blush*
I was able to reproduce this problem. Easiest way to trigger it is to remove and replace the train wagon over and over. It seems like what's happening is that, because all inserters prefer to take from the left lane (belt PoV), adjacent inserters are interfering with each other through the splitters. When the splitters are asked to supply 2 left lanes at once, left lane gaps hit the sideload. I'm seeing long-term-average throughput of ~6755 i/min (112.6 i/s) in this condition.eradicator wrote: ↑Fri Sep 13, 2019 9:52 amI actually tried my luck at circuits too, but was too impatient/stupid to find a working solution. It certainly looks neat how the inserters swing in perfect sync. BUT, when i attach my belt-speed-o-meter to that i measure the total belth throughput to an actual cargo wagon as "only" 105.1i/s, and not ~116i/s like the reddit post says. Furthermore if i *remove* the circuits i measure 110.5i/s. Though i wouldn't be suprised if the circuits actually make it slightly more UPS friendly. And they most certainly make it more balanced.disentius wrote: ↑Thu Sep 12, 2019 10:12 pmSomebody on Reddit just posted the same solution as Vegemeister ....
https://www.reddit.com/r/factorio/comme ... /?sort=old
Ofc i can't guarantee that my counter is even correct, so if anyone wants to poke it. Number of active lamps = Number displayed. Averaged over 60s,15s,1s respectively top-down.
I infact forgot to include the wagon into the bp when doing my own testing, so all my wagons were placed manually. That'd explain that...Vegemeister wrote: ↑Sat Sep 14, 2019 6:15 pmEasiest way to trigger it is to remove and replace the train wagon over and over.
Nice.
It's impossible to steal - it's licensed CC0 :p. Very pleased that you found it useful though. I'm not very good at circuits. Built that thing a year or so ago and don't even remember how it works.
Code: Select all
/c
script.on_event(defines.events.on_player_deconstructed_area,function(e)
if not e.alt then return end
local p = game.players[e.player_index]
x = p.surface.find_entities_filtered{
type = 'inserter',
area = e.area,
}
end)
script.on_event(defines.events.on_tick, function(e)
if not x then return end
for k,v in pairs(x) do if v.valid then
rendering.draw_circle{
color = v.held_stack.valid_for_read and {g=1} or {r=1},
radius = 1/16,
surface = v.surface,
target = v.held_stack_position,
filled = true,
time_to_live = 120,
}
end end
end)
In the screenshot you see that the inserter sometimes turns left and sometimes right. It picks the shorter direction. Problem is that it chases items but does not consider where the item will be when it catches up to it. So turning right might be better from where the item is but turning left would be better for where the item will be.
I can bet OP is looking for Vanilla solution. These mods are almost cheating, that's too easyGradenkos wrote: ↑Thu Nov 14, 2019 9:51 pmJust use this https://mods.factorio.com/mod/railloader (I really think this one should be in Vanilla, ore's are always dumped in wagons from above and dumped out of from below it at the processing plant)
Even faster in combination with https://mods.factorio.com/mod/deadlock- ... es-loaders.
I've tested inserters without rotation, just shifting items from one tile's edge to the nearest edge of another tile. They are really fast.eradicator wrote: ↑Wed Sep 11, 2019 1:13 pmInserters perform two motions: rotate and retract/expand. Taking from the outer lane probably reduces the time they spend on retracting towards the inner lane. A very interesting find.
For *loading* a blue belt it's possible to use stack override to reduce the total throughput of a group of inserters to be just enough to fill the belt. Maybe there's an equal equilibrium point for unloading belts.