Currently, the selection priority of an entity is set in the prototype and cannot be changed at runtime. However, with the creation of elevated rails and the inability to interact directly with things underneath said elevated rails, there is now a base-game need for the ability to either ignore ...

If you put fluids of different temperatures in the same fluid box, they will average. However, I will also note that skipping the steam -> heat step would probably be what 90% of people do in the described situation.

Mods don't have the power to do what you requested, and as elevated rails function currently, there's no real point to an elevated train stop.

2.0 brought us the tremendously useful LuaSurface :: global_effect property, as well as the ability to have effect receivers that receive from or ignore surface module effects.

However, if you're trying to create things like, say, custom weather that affects certain buildings differently, being ...

...


What if you made a power pole with a connection radius of 0 and a supply area of 1? (or more if that's not enough, it just needs to be able to cover the combined entity)


Entities can connect to multiple electric networks at once, and have no means of prioritizing between the two. This ...

...

Poles can already be linked. But the OP explicitly explains that poles aren't a solution and why.

Actually, what might help with the OP problem, if not linked energy sources, is electric network categories. Entities from different categories don't connect. It makes the power pole solution ...

Hi. I wrote a long preamble for why I'd like this, which is in a spoiler block below for brevity.


We've had Linked Belts and Linked Chests for a fair bit. (both were present in 1.1; I don't know how much older than that they are because 1.0 and before were documented on the wiki, and the wiki ...

To add onto this: maybe allowing fixed quality, regardless of input quality, to be specified?

So that for example we can have recipes that have always-normal byproducts or the like without needing to use compound entities and fluids for it, or deterministic crafts for improving quality...

Wouldn't you want the frequency to be disable-able then? Not the size?

I also have a use for this. If you alter what's in the cursor in the on_pre_built event then what gets built will be altered, but I cannot control the direction. Right now I think I can work around it by putting a place holder simple entity item in the cursor then destroy the resulting entity in ...

Failing this, compound entities can do a lot for what you want. Assemblers can take ingredients and spit out fluids. Fluid boxes can now be directly linked, which makes things look even more seamless.

For your example, you could make an assembler turn nuclear cells into a dummy fluid that gets ...

It’d need to be a compound entity of a fixed-recipe assembling machine and a reactor. Assembler takes hot fluoroketone and makes cold + a dummy fluid for energy; the dummy fluid gets dumped into the reactor entity to generate heat and the cold fluoroketone gets output out as you’d expect.

As far as I know it is intended that you can not build tiles or anything behind engines. But as you’ve found setting the exclusion range to a huge value has massive performance issues and no other solution has been found so far.


Couldn't you just keep a map of {x: y} data to say "at this X ...

I think bringing back the generic quality recipe would be better for "down quality" items. But from what I have heard it was removed to a exploit (no clue what exploit)


IIRC the exploit was using quality modules on a mixed quality recipe, only one of the ingredients was of epic quality, and ...

I think that it might be easier to completely abandon the second reactor and just do the all power conversions directly in the LUA.


Actually, if thermal energy generation would be done to 100% in the LUA, then we can probably abuse a crafting machine? Let's say there is a recipe converting ...

I can’t think of a way to refine this, but I still think it would be really cool to be able to hook quality with recipes. It would make both recipes and quality far more powerful tools for modders to experiment with.

There is no filter set for fluids.

This would seem to be your problem according to boskid.

Try using <offshore-pump>.fluid_box.filter


I do not understand, offshore pumps only deduces fluid from tiles if the fluid box prototype does not have a filter set. If filter is set then it does not ...

You may be better suited (especially in this case) by using the much more powerful TileBuildabilityRules that all entities can now use to restrict placement.

With these rules you can make an assembling-machine with a fixed recipe serve as an offshore-pump… but you can also make it yield items in ...

Seconded on this one. Would be very nice to have for a potential ClaustOrephobic space age planet.

I propose a (hopefully) relatively simple change to the ingredient/product prototypes to allow mods to more powerfully interact with quality in recipes: the ability to specify a quality offset (relative to the recipe's quality) for ingredients and products. Along with it, recipes would gain a ...