Hmmm splitters with circuit connection can't watch its content on belt just like common belt, not handy


I decided that reading content of a splitter would be useless because it would have to read content of both input half-belts and both output half-belts. Just place a transport-belt near ...

TL;DR
Allow the quality range setting seen on inserter and splitter filters to be used in circuit control GUIs, like decider and arithmetic combinators, enable/disable circuit settings, etc.


What?
I would like to use the :any-quality:, >, <, =, >=, <=, ~= quality evaluators inside of signal ...

nice

Proposed solution of "ignored_by_quality" being an integer has a fundamental flaw that makes it impossible to add: if a recipe would finish, due to value of this field it coukd happen that X items of better quality and Y items of original quality would be given but they would have to be both given ...

+1, this would be a good usecase for the ignored_by_quality flag on results

I could maybe see speed only affecting the movements of the tower, and productivity/quality only affecting when a tower harvests something but... eh. It seems like a lot of work for not much payoff. Not that I'm saying it wouldn't be cool, but probably out of scope.

They specified data stage, not control stage. +1

This would be a much more interesting take on the 'allow fluid filters' request, I like it. +1

Not NPT compatibility hell again

But +1, actually

+1, perhaps also a custom maximum level as well (like +400%)

Bilka wrote: Thu Sep 11, 2025 2:17 pm While it won't help with your mod anymore since redo is now part of the base game, I still added previous_target and previous_quality to the on_marked_for_upgrade event for 2.0.67.

Thats an awesome fix. Thank you!

Gizzmohammer wrote: Thu Sep 11, 2025 2:15 am

protocol_1903 wrote: Wed Sep 10, 2025 5:48 am You might be able to do it in the current implementation by setting just the water fluidbox and leaving the fluidbox index for the other fluid blank.

Unfortunately you can't mix automatic and manual modes, it throws an error

Dang. Strange, but ok

Bilka wrote: Wed Sep 10, 2025 11:47 am I've added FusionGeneratorPrototype::effectivity for 2.0.67 just in case it's useful.

Any chance that could get added to electrical energy sources in general to solve the similar boiler case mentioned?

I feel like a variable effect might be computation intensive, although this does seem like an edge case where partial power availability should not activate the effect.

You might be able to do it in the current implementation by setting just the water fluidbox and leaving the fluidbox index for the other fluid blank. But yeah, a proper way to do it would be nice

Clarify what you mean? ElectricEnergySourcePrototype has no efficiency value.


Ah, I thought ElectricEnergySourcePrototype had effectivity (i get the two names mixed up). Apparently it's only a property of burner and fluid energy sources. I believe that lever would allow you to do what you ...

On a similar note, I'd like if BoilerPrototype could have its output value overridden. It's the cleanest way to turn one fluid into another and consume energy in the process, but the output speed and output ratio both depend on the relative heat capacities of the input and output fluids. Being ...

I feel like only allowing a table input to `data:extend` is fine. Nothing is lost by preventing just one prototype to be input

I'd say if it doesn't have enough energy available in the buffer, then the entity should explode. That, or some trigger event should be triggered, so that any number of effects can be defined (like how nuclear reactors explode, but burners dont).

This is because you are using a color mask on the item/entity. For color masks to work properly, the layer it is masking should be completely white. Otherwise, certain bands of color are applied in different amounts. This won't be changed, because it allows for color masks to have blends and fades ...