Page 1 of 1

[1.1.5] Priority splitter "hangs on" to item

Posted: Sat Dec 26, 2020 8:17 pm
by ronnocerman
If you load a yellow splitter using a blue belt, then prioritize a lane that is backed up, the next item to reach the splitter will receive an item that the splitter was "holding onto".

Pictures attached, along with save that demonstrates this (and obligatory logs).

I expected the splitter to have already "resolved" the last split, and that the same item that was coming down the lane would be "split" onto the non-prioritized output lane. Instead, the splitter appears to "resolve" the last split when it receives the next item, causing the wrong item type to proceed down the lane.

I've noticed that this doesn't seem to occur with non-compressed belts, but this should be re-verified.

Since I'm trying to develop a system where multiple item types share the same lane (at different time intervals, gated via circuit network), this bug is messing up my attempts at doing so, because if the belt gets compressed at any point, it will cause mis-sorting.

After typing all this up, I decided to see what would happen if I remove the priority on the splitter. When I do, the splitter immediately releases the "held" item onto the (formerly unprioritized) lane. It does this as soon as I click to remove the priority, even with no further items being input to the splitter.

Re: [1.1] Compressed(?), full belt with priority splitter causes splitter to "hang on" to a resource.

Posted: Sun Dec 27, 2020 1:14 am
by Jap2.0
I'm fairly certain this is by design (splitters have a small internal buffer), let me look for a reference on that - I know there was some reason it was added.

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Sun Dec 27, 2020 1:39 am
by Jap2.0
56446 is the closest I'm coming up with. I know I've seen something clearer elsewhere, if anyone else wants to jump in feel free.

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Sun Dec 27, 2020 10:30 am
by disentius
81421, 74273, might also be related.

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Wed Jan 06, 2021 5:28 am
by NotRexButCaesar
whatever the case, this is 100% not intuitive:

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Wed Jan 06, 2021 10:46 pm
by Jap2.0
AmericanPatriot wrote:
Wed Jan 06, 2021 5:28 am
whatever the case, this is 100% not intuitive:
I'm not sure what you're trying to get at, but it's not the same thing as this report is about.

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Wed Jan 06, 2021 11:05 pm
by NotRexButCaesar
I was responding to the content of the linked posts

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Thu Jan 07, 2021 1:42 am
by Jap2.0
AmericanPatriot wrote:
Wed Jan 06, 2021 11:05 pm
I was responding to the content of the linked posts
That is also not the same as any of the linked posts. If you think there's a bug, report it.

Re: [1.1.5] Priority splitter "hangs on" to item

Posted: Sun Jan 10, 2021 6:14 pm
by kovarex
A side effect of the tricks done in order to make the splitter work correctly (full compression in all situations etc.)

I consider this to not be a bug.