[kovarex] [0.16.17] Prioirty splitters backing up belts

This subforum contains all the issues which we already resolved.
Post Reply
eladmir
Burner Inserter
Burner Inserter
Posts: 13
Joined: Thu Apr 07, 2016 4:47 pm
Contact:

[kovarex] [0.16.17] Prioirty splitters backing up belts

Post by eladmir » Tue Jan 23, 2018 3:54 am

While testing the new priority splitters i noticed that they cannot handle a full compressed belt. The priority splitters will start to back up the lines causing the throughput to drop.

The picture attached shows a mainbus style belt with priority splitters, and there is large gaps in the bottom belt. Compared to the normal splitters in the picture you can clearly see the difference.

I was running creative mod to illustrate the issue, i noticed it while playing without any mods.
Attachments
priority splitters.png
Priority Splitters
priority splitters.png (5.82 MiB) Viewed 5998 times

User avatar
Philip017
Filter Inserter
Filter Inserter
Posts: 299
Joined: Thu Sep 01, 2016 11:21 pm
Contact:

Re: [16.18] Prioirty splitters backing up belts

Post by Philip017 » Tue Jan 23, 2018 6:16 am

I am having a similar issue,

when i select priority right:
- then once right belt is full
-- items go left as i think it should work.

when i select priority left:
- once the left belt is full
-- the input belt backs up even if right belt is empty
--- and very little gets through on the right
bug.jpg
bug.jpg (214.23 KiB) Viewed 5927 times
note the above screen shot
- green circuits correctly go left once right is full - right on the screen shot
-- but on the left, hardly anything goes right when priority left is selected, despite left being full.

EDIT: this is still present in 16.18

gtmattz
Manual Inserter
Manual Inserter
Posts: 2
Joined: Wed Jan 03, 2018 4:00 am
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by gtmattz » Tue Jan 23, 2018 7:54 pm

A little messing around I was doing. It looks like the issue is coming from the position of the items on the output belt to me. (please don't mind the mods, this does the exact same thing in vanilla)


Blacksmoker
Manual Inserter
Manual Inserter
Posts: 3
Joined: Tue Jan 23, 2018 8:02 pm
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by Blacksmoker » Tue Jan 23, 2018 8:18 pm

Hi,

I am uncertain whether this is related or a separate bug, but I see a strange behaviour related to incoming belts into priority splitters.
When I have a splitter set to prioritize the left output belt, and I have a fully compressed left incoming belt together with a backlog on the prioritized belt, the splitter will only work (that is, properly output the overflow onto the right output belt), if either

1) there are no items of the same type anywhere on the right incoming belt
or
2) the items on the right incoming belt have reached the splitter.

This seems to also hold true for quite long distances of belt.

Unfortunately, I do not have enough time to try this with different combinations of incoming and outgoing belts, and I hope I explained it so it can be understood.

User avatar
TruePikachu
Filter Inserter
Filter Inserter
Posts: 894
Joined: Sat Apr 09, 2016 8:39 pm
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by TruePikachu » Tue Jan 23, 2018 11:11 pm

I feel like this is related to the older bug where (regular) splitters sometimes fail to handle full throughput. If that issue wasn't resolved, it almost certainly will be playing a part in this.

EDIT: Also likely duplicate of viewtopic.php?f=7&t=56924

Zaflis
Filter Inserter
Filter Inserter
Posts: 302
Joined: Sun Apr 24, 2016 12:51 am
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by Zaflis » Wed Jan 24, 2018 9:03 am

It's not happening when the splitters are balanced. I bet the OP case has somehow messed up timing, and just bad sort of balance, which could be unfixable by devs.
belts.png
belts.png (398.69 KiB) Viewed 5377 times
edit: Also would it help your case if you set input priority same as output priority?

PacifyerGrey
Smart Inserter
Smart Inserter
Posts: 1042
Joined: Wed Jun 29, 2016 10:02 am
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by PacifyerGrey » Wed Jan 24, 2018 1:30 pm

It seams this is due to the lack of splitter input buffer (or none at all). You can see the same issue demonstrated with yellow belts connected to one side of blue splitter.
Should be solved easily by increasing splitter input buffer by at least 1 item per side.

User avatar
eradicator
Smart Inserter
Smart Inserter
Posts: 3740
Joined: Tue Jul 12, 2016 9:03 am
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by eradicator » Wed Jan 24, 2018 4:39 pm

I've noticed similar behavior on my iron bus:
unbalance_big.jpg
unbalance_big.jpg (132.55 KiB) Viewed 5282 times
unbalance_small.gif
unbalance_small.gif (6.17 MiB) Viewed 5282 times
Author of: Hand Crank Generator, Screenshot Hotkey 2.0
Mod support languages: 日本語, Deutsch, English
My code in the post above is dedicated to the public domain under CC0.

SuperGURU
Burner Inserter
Burner Inserter
Posts: 5
Joined: Wed Apr 26, 2017 1:12 am
Contact:

Re: [16.17] Prioirty splitters backing up belts

Post by SuperGURU » Sun Jan 28, 2018 1:02 pm

gtmattz wrote:A little messing around I was doing. It looks like the issue is coming from the position of the items on the output belt to me. (please don't mind the mods, this does the exact same thing in vanilla)

I have exactly this issue. Very strange. Thanks for making a video! :)

kovarex
Factorio Staff
Factorio Staff
Posts: 7424
Joined: Wed Feb 06, 2013 12:00 am
Contact:

Re: [kovarex] [0.16.17] Prioirty splitters backing up belts

Post by kovarex » Mon Jan 29, 2018 5:15 am

I was able to reproduce several problems with the priorities, so I made automated tests of some of them and fixed the problems I could reproduce for the next release.

Since there are no savegames in this thread, I can't really confirm that it fixes all the problems, but I hope it does. (If there are more problems in the future, make a new thread please).

Post Reply

Return to “Resolved Problems and Bugs”

Who is online

Users browsing this forum: No registered users