Splitter, not splitting?

[nuhll]

Hey there,
so im playin a little around with the new splitter feautre - using filters.

But it seems like, when you set a filter, it wont split anymore... i mean if i split iron from a iron/copper lane and filter iron, iron wont go thru the splitter anymore. From my understanding it should behave like priority, so most goes off, but if its full, then go streight also...

Do i understand wrong? Or do i used wrong setting?

...........................^
...........................|
...........................| iron
copper/iron Belt -> splitter -> only copper, even if iron is full

[eradicator]

A filtered item will never go to the other side, and nothing else will go to the filtered side. The other side basically gets an inverse filter: (only copper-plate)(everything that's not copper plate). So yea, a filter splitter does not equalize lanes anymore.

[zOldBulldog]

That was definitely an unexpected flaw in the design. If the filtered item side gets full... The splitter freezes.
I

[Zavian]

That was definitely an unexpected flaw in the design. If the filtered item side gets full... The splitter freezes.

But that is how it has to work, if it is to reliably separate different items onto different belts.

[TruePikachu]

My suggestion would be to use three splitters in succession, laid out as such:

Code: Select all

────╔══╗────╔══╗────
>>>>║  ║>>>>║  ║>>>>
────║  ║────║  ║────
    ║  ║╔══╗║  ║
    ║  >║  ║>  ║
    ╚══╝║  ║╚══╝
        ║  ║────────
        ║  F>>>>>>>>
        ╚══╝────────

On the splitters, the `>` indicate priority, and the `F` indicates a filter.

The first splitter's priority puts as much through the filtering second splitter as possible, while the third splitter's priority has it prefer to keep material flowing through the filter (I'm not 100% sure if this priority is needed, but it can't hurt anything by keeping it, from what I can tell).

[zOldBulldog]

That was definitely an unexpected flaw in the design. If the filtered item side gets full... The splitter freezes.

But that is how it has to work, if it is to reliably separate different items onto different belts.

I understand why it does it, but I bet nobody anticipated it.

The good news is that there are ways to cope with the issue, you just need to be aware that it is happening.

[eradicator]

@TruePikachu

If he wants full throughput he'll need one filter per incoming lane though.
Here's a comparison where you can see that the upper is limited (and thus puts more copper on the non-priority lane).

filter.jpg (240.08 KiB) Viewed 3110 times

[TruePikachu]

My setup only takes a single incoming belt, notice. It's already full-throughput (as long as the unfiltered output isn't blocked). Yes, multiple setups would be needed for multiple-lane systems, though I'm not sure there's any optimizations that can be made to reduce it from an NxN balancer, to N of the three-splitter setup, to an NxN balancer (on unfiltered) and an NxM balancer (on filtered, where M≤N).