Separate signals to/from red and green wires

[Koub]

[Koub] Implemented in 2.0

[mrvn]

[Koub] Implemented in 2.0

It's only partially implemented, only for combinators.

The use case on inserters to e.g. read hand content on green and set filter on red is not implemented for example. Something that's become even more pressing with Gleba.

[IsaacOscar]

You can use an arithmetic combinator to simply subtract the value of the filter signals.

Even for assembling machines with read contents + read ingredients, you could use a second empty machine to do read ingredients on.

Just saying that there are (inconvenient) workarounds...,

But we should just have little R and G checkboxes next to all the signal options (or at least the ones that don't let you choose the actual signal, e.g. the enabled setting or read working on an assembler)

[IsaacOscar]

Also see viewtopic.php?f=6&t=113678 and viewtopic.php?f=6&t=121982 for similar suggestions

[mrvn]

You can use an arithmetic combinator to simply subtract the value of the filter signals.

Even for assembling machines with read contents + read ingredients, you could use a second empty machine to do read ingredients on.

Just saying that there are (inconvenient) workarounds...,

But we should just have little R and G checkboxes next to all the signal options (or at least the ones that don't let you choose the actual signal, e.g. the enabled setting or read working on an assembler)

That requires one combinator per inserter, a diode. There can be no wire connecting any 2 inserters or their "read content" would be reused as "set filter" in the other. Subtracting the read content from the set filter is not an option as that has 1 tick delay and then the inserter has already picked up items.

[IsaacOscar]

You can use an arithmetic combinator to simply subtract the value of the filter signals.

Even for assembling machines with read contents + read ingredients, you could use a second empty machine to do read ingredients on.

Just saying that there are (inconvenient) workarounds...,

But we should just have little R and G checkboxes next to all the signal options (or at least the ones that don't let you choose the actual signal, e.g. the enabled setting or read working on an assembler)

That requires one combinator per inserter, a diode. There can be no wire connecting any 2 inserters or their "read content" would be reused as "set filter" in the other. Subtracting the read content from the set filter is not an option as that has 1 tick delay and then the inserter has already picked up items.

Hmm, you could use two inserters passing to eachother?
I'm curious what the use case is, as I currently haven't needed to use both features at once.

[mrvn]

You can use an arithmetic combinator to simply subtract the value of the filter signals.

Even for assembling machines with read contents + read ingredients, you could use a second empty machine to do read ingredients on.

Just saying that there are (inconvenient) workarounds...,

But we should just have little R and G checkboxes next to all the signal options (or at least the ones that don't let you choose the actual signal, e.g. the enabled setting or read working on an assembler)

That requires one combinator per inserter, a diode. There can be no wire connecting any 2 inserters or their "read content" would be reused as "set filter" in the other. Subtracting the read content from the set filter is not an option as that has 1 tick delay and then the inserter has already picked up items.

Hmm, you could use two inserters passing to eachother?
I'm curious what the use case is, as I currently haven't needed to use both features at once.

The use case is building something with count perfect ingredients, like the Biochamber or the Biolab that both require eggs to build. If you request or put in an extra egg because the one in the inserters hand didn't count then it will spoil and spawn an alien.

Less critical with all the other ingredients on Gleba that spoil. But you can use it to always have a multiple of the recipe ingreedients in a buffer chest, inserter hand and biochamber so things never spoil from having too much of one thing and not enough of another.

My automatic builds everything assembler also needs this as it recursively builds ingredients if there aren't enough at hand. When the inserter picks the ingredients up and you don't count the hand content then it would think ingredients are missing and build more instead of finishing the final product. Makes the assembler build 3 times the needed ingredients, not fun for e.g. the nuclear reactor.

[IsaacOscar]

The use case is building something with count perfect ingredients, like the Biochamber or the Biolab that both require eggs to build. If you request or put in an extra egg because the one in the inserters hand didn't count then it will spoil and spawn an alien.

Less critical with all the other ingredients on Gleba that spoil. But you can use it to always have a multiple of the recipe ingreedients in a buffer chest, inserter hand and biochamber so things never spoil from having too much of one thing and not enough of another.

My automatic builds everything assembler also needs this as it recursively builds ingredients if there aren't enough at hand. When the inserter picks the ingredients up and you don't count the hand content then it would think ingredients are missing and build more instead of finishing the final product. Makes the assembler build 3 times the needed ingredients, not fun for e.g. the nuclear reactor.

Yes, but why do you also need to set the filter? An inserter won't insert things that aren't valid ingredients.

[mrvn]

The use case is building something with count perfect ingredients, like the Biochamber or the Biolab that both require eggs to build. If you request or put in an extra egg because the one in the inserters hand didn't count then it will spoil and spawn an alien.

Less critical with all the other ingredients on Gleba that spoil. But you can use it to always have a multiple of the recipe ingreedients in a buffer chest, inserter hand and biochamber so things never spoil from having too much of one thing and not enough of another.

My automatic builds everything assembler also needs this as it recursively builds ingredients if there aren't enough at hand. When the inserter picks the ingredients up and you don't count the hand content then it would think ingredients are missing and build more instead of finishing the final product. Makes the assembler build 3 times the needed ingredients, not fun for e.g. the nuclear reactor.

Yes, but why do you also need to set the filter? An inserter won't insert things that aren't valid ingredients.

It will insert more than one recipe needs and you might not want that. Or you might have to transfer stuff between chests. I have lots of cases where I have both a red and green wire connected to chests, inserter or assemblers to set and read something at the same time. It does happen.

[IsaacOscar]

It will insert more than one recipe needs and you might not want that. Or you might have to transfer stuff between chests. I have lots of cases where I have both a red and green wire connected to chests, inserter or assemblers to set and read something at the same time. It does happen.

I've just discovered that you can read contents and set filter simulataenously on asteroid collectors, but it doesn't work properly with inserters. Thus I've filed a bug report (122939).