[2.0.34] Inconsistent behavior when filling belt with mining drills

[startupgaming]

When using miners onto splitters - at high enough mining prod or mining speed - it can create gaps in the belts if the belts were partially filled, meaning belts have to be filled separately in current version to maintain two belts of throughput.
Behaviour persists regardless of speed of mining drills or further productivity.

BugReport1.png (471.08 KiB) Viewed 375 times

BugReport2.png (414.39 KiB) Viewed 375 times

[Muche]

Ref 127363 Splitters exhibit different throughput if belt is backed up then allowed to flow again.

Might be related to 119856 Inserting onto splitter no longer saturates both output belts.

[boskid]

Not a bug. Drill feeding into half full lane will not output more than half of lane of content. Feeding onto a splitter is a red herring, drill inserts on the input side and does no exceptions when splitter is right under its drop. You can move splitter downstream and you will see that on belts after first set of drills you get "0.5 + 0.5 + 0.5 + 0.5" and after second set of drills you will get "1 + 0.5 + 0.5 + 1".

[SnowDrifter]

Not a bug. Drill feeding into half full lane will not output more than half of lane of content. Feeding onto a splitter is a red herring, drill inserts on the input side and does no exceptions when splitter is right under its drop. You can move splitter downstream and you will see that on belts after first set of drills you get "0.5 + 0.5 + 0.5 + 0.5" and after second set of drills you will get "1 + 0.5 + 0.5 + 1".

Adding: There are scenarios in which the splitter doesn't appear to honor the 0.2 tile fix

If a splitter is added as a last step, then it will output as old behavior until the belt backs up, at which point it seem to transition to the new behavior.

It can also be 'fudged' back to old behavior if the miner is disabled and re-enabled for 1 tick such as with a circuit condition.