FactorioBufferSlotExample.png (64.24 KiB) Viewed 278 times
Why?
When using variable quality science pack inputs, labs will briefly stutter off and then on when a science pack of one quality runs out and a new science pack of a different quality level is inserted. It is a bit unsatisfying to see your science production line fluctuate for this reason. You could mitigate this issue currently by running labs dedicated to specific qualities, but it would be cool if you didn't have to do that.
Re: Add additional "buffer" slot in labs
Posted: Wed Jun 10, 2026 8:07 am
by macdjord
Note that adding only one buffer slot will only help if you have a single mixed-quality science.
Otherwise, let's say you have red and green, each in normal and uncommon. Whichever kind of red science arrives first, normal or uncommon, will get put in the red slot, while whichever kind of green shows up first goes in the green slot. Whichever of the two remaining types and quality of science shows up first will get put in the buffer slot. Now the lab starts researching, using the science in the non-buffer slots. At some point, one of those sciences, red or green, will run out. Now, if that happens to be the same colour that's in the buffer slot, great; the lab can just instantly move the buffered stuff into the active slot and continue on. But if its the other colour, the lab will have to stop researching until an inserter adds a science pack of the other quality into the now-empty slot.
I think if would work if you had one buffer slot per science type. Even if you have more than two quality levels on the belt, as long as their are two of them in the lab, when one runs out it can continue researching using the second, while an inserter add new packs of some other quality into the now-empty buffer slot. The buffer slots would have to be filtered by science type, though.
Re: Add additional "buffer" slot in labs
Posted: Wed Jun 10, 2026 1:38 pm
by atarihomestar1
I think that, unfortunately, the easiest solution is to not mix quality sciences. If you're throwing quality modules into science assemblers to get that bonus % from quality,viewtopic.php?t=126882 < This discussion and others show how in nearly every case, it's better to use productivity modules.
However, if you have dedicated "quality science" assemblers that use leftover quality materials from your base, I guess another solution could be just having separate labs for each quality. I know that's kind of a pain, I just have my doubts that the devs would implement something like that buffer in labs.
Re: Add additional "buffer" slot in labs
Posted: Wed Jun 10, 2026 11:40 pm
by nadnad
macdjord wrote: Wed Jun 10, 2026 8:07 am
Note that adding only one buffer slot will only help if you have a single mixed-quality science.
Otherwise, let's say you have red and green, each in normal and uncommon. Whichever kind of red science arrives first, normal or uncommon, will get put in the red slot, while whichever kind of green shows up first goes in the green slot. Whichever of the two remaining types and quality of science shows up first will get put in the buffer slot. Now the lab starts researching, using the science in the non-buffer slots. At some point, one of those sciences, red or green, will run out. Now, if that happens to be the same colour that's in the buffer slot, great; the lab can just instantly move the buffered stuff into the active slot and continue on. But if its the other colour, the lab will have to stop researching until an inserter adds a science pack of the other quality into the now-empty slot.
I think if would work if you had one buffer slot per science type. Even if you have more than two quality levels on the belt, as long as their are two of them in the lab, when one runs out it can continue researching using the second, while an inserter add new packs of some other quality into the now-empty buffer slot. The buffer slots would have to be filtered by science type, though.
This is true and not something I had considered. You would need ideally need a buffer slot per science type.
atarihomestar1 wrote: Wed Jun 10, 2026 1:38 pm
I think that, unfortunately, the easiest solution is to not mix quality sciences. If you're throwing quality modules into science assemblers to get that bonus % from quality,viewtopic.php?t=126882 < This discussion and others show how in nearly every case, it's better to use productivity modules.
However, if you have dedicated "quality science" assemblers that use leftover quality materials from your base, I guess another solution could be just having separate labs for each quality. I know that's kind of a pain, I just have my doubts that the devs would implement something like that buffer in labs.
I am aware that using productivity modules in science production is more efficient than using quality modules. There are plenty of other drawbacks to using quality in science production as well (e.g. interplanetary logisitics). Labs flickering off and on can be considered a minor inconvenience in comparison. The one part that of your post that I disagree with is that the solution to mixed quality science having drawbacks is to not use mixed quality science at all.
Re: Add additional "buffer" slot in labs
Posted: Thu Jun 11, 2026 1:35 am
by computeraddict
atarihomestar1 wrote: Wed Jun 10, 2026 1:38 pm
This discussion and others show how in nearly every case, it's better to use productivity modules.
However, if you have dedicated "quality science" assemblers that use leftover quality materials from your base, I guess another solution could be just having separate labs for each quality.
For sciences whose ingredients can't use productivity such as green and purple this is a real consideration. Idk if there are others off the top of my head.
Re: Add additional "buffer" slot in labs
Posted: Thu Jun 11, 2026 2:22 am
by boskid
Given that the scenario provided is highly artificial (high technology cost multiplier on a technology that has low unit consumption time and is usually already researched by the time quality is involved) combined with the proposed solution not working if more than 1 science pack gets involved, i am going to throw this to wont implement. Also there are some changes for 2.1 that may affect this.