It's not only dependent on belt speed, but almost everything: curves, underground entry, underground exit, or if the belt ends after the inserter or continues. And especially if items are pulled from the far lane, or from the near lane, or if the inserter can choose from which lane (surprise: this is slowest!). I guess I'm telling no news for the veteran players, but I'm no veteran player.
If it is of any interest, this is my research result for perpendicular belt-to-inserter-to-chest.
(you might need to open the images in a new browser tab to better read the numbers.)
Near lane:
- belt throughput near lane.jpg (233.22 KiB) Viewed 2792 times
Far lane:
- belt throughput far lane.jpg (239.04 KiB) Viewed 2792 times
- belt throughput both lanes.jpg (291.21 KiB) Viewed 2792 times
Blueprint:
The meters are from the Nixie Tubes mod. Decimal point is between the 2 segments. Unit is items per second. To make your own measurements, to reset and restart the counters toggle the "R" constant combinator on/off ("reset").
The most surprising for me, and this was why I started this measurement series, are variants 1 and 2. Although the relevant belt piece is AFTER the inserter, it changes the inserter speed before it. In the blueprint I was developing, the 11% speed difference to variant 4 was the difference between "not feasible" and "working perfectly". I assume it is because the belt curve changes the item positions slightly for earlier belt tiles and the inserter has a better reach somehow.
Also very interesting is variant C. Here, it seems the inserter tries to collect from both lanes if items are available, and considerably slows down in comparison to collecting from one lane only. This happens on other variants as well, but this is the most visible.
