Oddity in Belt Efficiency

Don't know how to use a machine? Looking for efficient setups? Stuck in a mission?
Post Reply
oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Oddity in Belt Efficiency

Post by oyunbagimlisi »

Image
Image

I've asked similar questions before, and they've been asked. But I really don't get it. For example, in the past, situations such as austerity were mentioned regarding the problem I will talk about... But there is a much more obvious "extraordinary" here in my opinion.

*The output of 6 (mk3) copper mounts is 30 i/s (1 full red stripe)

*Required density for 3 assembly machines / 3 inserters is 15 i/s

=(far side of red belt only) (Inserters leave far side.) (15i/s)

The splitter after the 3rd machine is set to drop first on the proximal side of the belt. (50% (15i on the near side-15i on the far side) as the next 3 machines will exit to the far side

But the red belt is not enough. Machines are bottlenecked. As a solution, they always told me to upgrade. Yes, the Blue belt (raising the inserter if needed, etc.) does work. But I really don't understand why our knowledge in theory doesn't work out in practice.
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

Koub
Global Moderator
Global Moderator
Posts: 7218
Joined: Fri May 30, 2014 8:54 am
Contact:

Re: Oddity in Belt Efficiency

Post by Koub »

What you write is very theoretical. My guess is that the last inserters have to wait for some room on the belt to drop the cables. So they don't swing as often as you would think, and the AM3 that produce cables wait for the inserters to take cables out for too long.

I would :
- either add a stack inserter (or maybe just a fast inserter) to the fast inserters that unload the cables on the belt from 6 AM3 that produce cables.
- or insert into underground belts. If you insert into belt-to-ground or ground-to-belt, you can insert more easily.
Koub - Please consider English is not my native language.

User avatar
Stringweasel
Filter Inserter
Filter Inserter
Posts: 320
Joined: Thu Apr 27, 2017 8:22 pm
Contact:

Re: Oddity in Belt Efficiency

Post by Stringweasel »

Have you tried letting the copper cable belt back up first, and then allow the red circuit assemblers to start picking it up? It might have the capability, but because the margins are so incredibly tight it will take forever to reach equilibrium, because the first assemblers' buffers need to be filled.
Alt-F4 Author | Factorio Modder
Mods: Hall of Fame | Better Victory Screen | Fluidic Power | Biter Power | Space Spidertron | Spidertron Dock | Weasel's Demolition Derby

oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Re: Oddity in Belt Efficiency

Post by oyunbagimlisi »

Stringweasel wrote:
Mon Jul 04, 2022 2:10 pm
Have you tried letting the copper cable belt back up first, and then allow the red circuit assemblers to start picking it up? It might have the capability, but because the margins are so incredibly tight it will take forever to reach equilibrium, because the first assemblers' buffers need to be filled.
The problem isn't just that the red-circuit machines get wires. Under all circumstances, the 6 copper assemblers on the top turn yellow. (Can't sign out!) When I upgrade their debut belt from red belt to blue belt, the problem is solved. (6 machines at the bottom exit to the blue belt. 6 machines at the top exit to the red belt.)

The red belt should have been enough for the output of 6 machines (30 i/s). But it's not enough!
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Re: Oddity in Belt Efficiency

Post by oyunbagimlisi »

Koub wrote:
Mon Jul 04, 2022 8:40 am
What you write is very theoretical. My guess is that the last inserters have to wait for some room on the belt to drop the cables. So they don't swing as often as you would think, and the AM3 that produce cables wait for the inserters to take cables out for too long.

I would :
- either add a stack inserter (or maybe just a fast inserter) to the fast inserters that unload the cables on the belt from 6 AM3 that produce cables.
- or insert into underground belts. If you insert into belt-to-ground or ground-to-belt, you can insert more easily.
The blue inserter is fine. No need for stack inserter. The problem is they don't fit on the belt. I don't understand why they don't fit. To explain it more easily, I made 6 independent machines above, as you can see, they do not work with 100% performance. 86% performance

Image
Image
Image
Attachments
Yeni Metin Belgesi.txt
(10.2 KiB) Downloaded 34 times
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Re: Oddity in Belt Efficiency

Post by oyunbagimlisi »

oyunbagimlisi wrote:
Mon Jul 04, 2022 4:21 pm
Koub wrote:
Mon Jul 04, 2022 8:40 am
What you write is very theoretical. My guess is that the last inserters have to wait for some room on the belt to drop the cables. So they don't swing as often as you would think, and the AM3 that produce cables wait for the inserters to take cables out for too long.

I would :
- either add a stack inserter (or maybe just a fast inserter) to the fast inserters that unload the cables on the belt from 6 AM3 that produce cables.
- or insert into underground belts. If you insert into belt-to-ground or ground-to-belt, you can insert more easily.
The blue inserter is fine. No need for stack inserter. The problem is they don't fit on the belt. I don't understand why they don't fit. To explain it more easily, I made 6 independent machines above, as you can see, they do not work with 100% performance. 86% performance

Image
Image
Image
It partially works... (it has increased to 99% efficiency. But I don't want to WASTE and put an additional inserter or stack inserter when the blue inserter seems adequate to the theoid. Or I don't want to spoil the image. I want to stick to the theory. I'm not results oriented.

Image
Image
Image


Adding inserters indirectly increases the efficiency of the belt (as it carries the items in their inserters for a while), but why is it needed? The far side of the belt (15i) for 3 machines, the near side of the belt (15i) for the remaining 3 machines!!!

Red belt: 30 i/s: (near side 15i+far side 15i)
3 assembly machines: 15 i/ near side of the belt
3 assembly machines: the far side of the 15 i-belt.
1 red strap should be enough for 30 items. It isn't happening!
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

User avatar
jodokus31
Smart Inserter
Smart Inserter
Posts: 1604
Joined: Sun Feb 26, 2017 4:13 pm
Contact:

Re: Oddity in Belt Efficiency

Post by jodokus31 »

The problem is likely, that you can't compress the belts perfectly like that.
You can try to put one blue belt(s) where the 3rd inserter per lane is outputting.

SoShootMe
Filter Inserter
Filter Inserter
Posts: 483
Joined: Mon Aug 03, 2020 4:16 pm
Contact:

Re: Oddity in Belt Efficiency

Post by SoShootMe »

What I see with the third copper wire assembling machine on the north row is:
  1. The output inserter is often delayed in placing items due to items already on the belt. Sometimes, this delay is sufficiently long that the assembling machine stops because its output is full. This inevitably "loses" some potential output.
  2. The input inserter also stops because the assembling machine's output is full.
  3. A bit later, the output inserter empties its hand, and swings back to pick up more items. When it does so, the assembling machine can start crafting.
  4. Sometimes, the assembling machine doesn't have any input because of #2. So there is a further delay for input to be provided before the assembling machine starts crafting, "losing" more potential output.
Basically the behaviour makes it difficult to completely fill a belt lane. The only general fix I've found is to buffer the output and/or merge sources, eg the following will completely fill the inside lane of the north copper wire belt:
copperwire.PNG
copperwire.PNG (90.92 KiB) Viewed 2100 times
This is hardly elegant (and in any case only solves the problem for one lane); maybe you can find a better arrangement.

oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Re: Oddity in Belt Efficiency

Post by oyunbagimlisi »

SoShootMe wrote:
Mon Jul 04, 2022 5:36 pm
What I see with the third copper wire assembling machine on the north row is:
  1. The output inserter is often delayed in placing items due to items already on the belt. Sometimes, this delay is sufficiently long that the assembling machine stops because its output is full. This inevitably "loses" some potential output.
  2. The input inserter also stops because the assembling machine's output is full.
  3. A bit later, the output inserter empties its hand, and swings back to pick up more items. When it does so, the assembling machine can start crafting.
  4. Sometimes, the assembling machine doesn't have any input because of #2. So there is a further delay for input to be provided before the assembling machine starts crafting, "losing" more potential output.
Basically the behaviour makes it difficult to completely fill a belt lane. The only general fix I've found is to buffer the output and/or merge sources, eg the following will completely fill the inside lane of the north copper wire belt:

copperwire.PNG

This is hardly elegant (and in any case only solves the problem for one lane); maybe you can find a better arrangement.

I understand better. The picture really helps: 30 books can fit in a bookcase, but fewer books can fit in a messy place. Installers, on the other hand, cannot perform a "systematic/holistic" action: they simply release products "randomly". This causes the belt to carry loads below its maximum power. (I think 4 people can sit in the back of a car, but only 1 person can fit in the lying position.) Thank you everyone for all the answers. I think my obsessive side will prevail over my challenge-loving side and I will use mods about inserter pick-and-drop positions. Because I don't want to spoil the image. Besides, I think it should have been vanilla to determine the pick-drop position of the installers. For example, the KR2 mod, which I found extremely realistic (not op), included this. (far-near placement)
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

Tertius
Filter Inserter
Filter Inserter
Posts: 685
Joined: Fri Mar 19, 2021 5:58 pm
Contact:

Re: Oddity in Belt Efficiency

Post by Tertius »

The output of 3 copper cable assemblers is able to fill one red belt lane completely if perfectly compressed. However, if you just output 3 assemblers in a row to one belt lane, the 3rd output will stall, because the belt is 2/3 full and items are not moving fast enough to always get a gap for the 3rd inserter to fill. The output buffer of the 3rd assembler gets full faster than the next gap is available.

A little bit of belt buffering and intelligent sideloading is required to create a fully compressed belt, here shown in the first row. For comparison, the 2nd row without belt management, and you see the gaps. If you carefully observe the output of the 3rd+6th assembler, you will see their output is sometimes full, and this is what reduces output below 30 items/s.
out.gif
out.gif (9.8 MiB) Viewed 2065 times


This kind of sideloading to fully compressed belts isn't invented by me, I first saw it here: viewtopic.php?f=202&t=83879 where it is used to effortlessly create a fully compressed blue belt.

FuryoftheStars
Smart Inserter
Smart Inserter
Posts: 2589
Joined: Tue Apr 25, 2017 2:01 pm
Contact:

Re: Oddity in Belt Efficiency

Post by FuryoftheStars »

Tertius wrote:
Mon Jul 04, 2022 9:44 pm
because the belt is 2/3 full and items are not moving fast enough to always get a gap for the 3rd inserter to fill.
I think it's a bit more to do with the timing of the gaps. Some of the gaps are passing as that third inserter is swinging around to grab more. Aside from the side loading technique, I believe having a second inserter offloading for assemblers 3 & 6 could potentially help with this, too (as the second inserter would be able to offload into those gaps the first one misses).

Interesting to note, once upon a time, side-loading really was the only way to get fully compressed belts. I believe there were enough people that didn't like this ("too ugly"/"used too much room") that the devs eventually improved the inserter-to-belt logic so it could insert into smaller gaps.
My Mods: Classic Factorio Basic Oil Processing | Sulfur Production from Oils | Wood to Oil Processing | Infinite Resources - Normal Yield | Tree Saplings (Redux) | Alien Biomes Tweaked | Restrictions on Artificial Tiles | New Gear Girl & HR Graphics

oyunbagimlisi
Fast Inserter
Fast Inserter
Posts: 182
Joined: Mon Aug 31, 2020 10:09 pm
Contact:

Re: Oddity in Belt Efficiency

Post by oyunbagimlisi »

Tertius wrote:
Mon Jul 04, 2022 9:44 pm
The output of 3 copper cable assemblers is able to fill one red belt lane completely if perfectly compressed. However, if you just output 3 assemblers in a row to one belt lane, the 3rd output will stall, because the belt is 2/3 full and items are not moving fast enough to always get a gap for the 3rd inserter to fill. The output buffer of the 3rd assembler gets full faster than the next gap is available.

A little bit of belt buffering and intelligent sideloading is required to create a fully compressed belt, here shown in the first row. For comparison, the 2nd row without belt management, and you see the gaps. If you carefully observe the output of the 3rd+6th assembler, you will see their output is sometimes full, and this is what reduces output below 30 items/s.

out.gif



This kind of sideloading to fully compressed belts isn't invented by me, I first saw it here: viewtopic.php?f=202&t=83879 where it is used to effortlessly create a fully compressed blue belt.
Great answer, thank you. Moving pictures are really good tutorials.
viewtopic.php?f=33&t=105093
Beacon domain & Cable access area coloring (Color Tone variations)

Post Reply

Return to “Gameplay Help”