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 ...

That too, I hadn't considered that. I figured it was even less connected to the game state

In pYSEx we have a custom starmap (sorry not sorry we do funky things) and part of this is having a way to 'override' the usual map. We do this by moving the player around when they click the starmap button, and we check for that by checking the player's cursor position on the screen when the button ...

As in title. Checks for if the technology gui is open, and a way to close it if so.

Running into this issue again, +1

+1