Bug: Splitter Behavior Inconsistency with Basic Cutter and Stair-Step Layout
Bug #553
Splitter Behavior Inconsistency with Basic Cutter and Stair-Step Layout
| Status: | Open |
| Priority: |
Medium |
| Added by: |
 |
| Assigned to: |
Unassigned
|
| Due date: | |
| Reported for: |
0.8.5
Auto
|
Steps to Reproduce
No steps to reproduce
Explanation
I would expect that a splitter would try to split 50%/50% to each output, and only overflowing into another directly adjacent splitter after the earliest output belt is saturated at max speed, but that is not always the case.
The condition to recreate is a Basic Cutter and directly adjacent Splitters in a stair-step layout, and when the output of the Basic Cutter is greater than max belt speed.
When the Basic Cutter output speed is max belt speed ot less, the behavior returns to expected 50%/50% per splitter.
This odd behavior does not happen with an Advanced Cutter, nor with any other combo of Splitters or speed ranges that I could find.
Attached are some screenshots.
My guess is there is a special case logic when a Basic Cutter outputs more than max belt speed with directly attached Splitters, that does some unique treatment of the Splitters as a group, or some other exception in this specific situation.
I could potentially see some value and use of treating directly connected Splitters as one object that evenly splits input between all outputs (like the 360 to 120/120/120), but right now, this behavior is inconsistent.
Watchers