It may not end up as you think since there will be a new set of useless knowledge with the simulation-less fluid in place.



The new system is intuitive. Thats enough for me. Build your design. it works or not. But if it works or not, does not hang upon what order you build your pipes or what ...

hopefully the new system will see less people complaining that the logic is absolutly flawed because it's easier to use :)
and that everyone will be able to finally use pumps to control where the fluid goes :)


I wonder why someone would assume that people don't use pumps now? Given that there ...

Best decision. soon its gone. Lifetime saved, Useless knowledge avoided. (no offense meant to the elitists here) and i will not start any new factory unless the new thing is out.


It may not end up as you think since there will be a new set of useless knowledge with the simulation-less fluid in ...

You were mistaken. I stated your point about train didn't seem clear the first time i read it, it doesn't mean i am willing to enter a discussion about it.
It was just a feedback after attempting to answer the thing you said you needed help to understand to explain why i couldn't adress all the ...

Sorry didn't read, i was just trying to answer your previous question, not willing to enter a discussion about that with you


That is a weird way to answer my questions by starting with an old quotation by me. The info posted by Raiguard 5 days ago is new to me, and I am moving the conversation ...

I think you underestimating the difficulty some players had when attempting to use the old system, here is an example :

*snipped*

It seem some players were literally incapable of using pumps to overcome the inpredictability of fluid. Even if it was indeed possible to learn about the distances ...

I have read every single reply on this topic, and I am taking your feedback seriously. However, any solution that involves fluid physics and/or splitting segments at junctions is not going to happen. There are too many architectural changes that I would have to undo to reintroduce physics.

The ...

Let me put it another way.

Fill up the 'pipe segments' first before filling up the 'storage tank segment' would let the machines pull the full 'pipe segment' content without waiting forever for the 'storage tank segment' to fill up to pull a certain amount of "XX units per second."

IE: Oil Field ...

(over-flow at 80% or above from input to the outlet, Only allows flow if the outlet is at 20% or below, etc.)


That's a tank, a pump and a wire, and you could still make a mod like that and it would still be useful.


Many mods already have implemented it. I do not need to write a mod to get ...

I am disappointed that WUBE chose to fix the black box and the unpredictability of pipe junctions in this manner. To be clear, I do agree that the fluid simulation had to be fixed somehow. I think it is clear that many of us don't feel the same way WUBE does about simplifying the fluid simulation ...

I hope you don't mind. I lightly edited your post for clarification on who said what.

I went back and looked up the bonus from quality to various items (FFF #375). One thing that stood out was that beacons have lower energy drainage, which may or may not be enough to get me to use them. Well, you ...

tsen.

I went back and looked up the bonus from quality to various items (FFF #375). One thing that stood out was that beacons have lower energy drainage, which may or may not be enough to get me to use them.


I typically use primarily productivity modules in assemblers and maybe green modules for ...

What issues would heat pipes and heat exchangers fix about beacons? Wouldn't that overcomplicate a complicated beacon mechanic?


I am not opposed to adding more reasons to use for niche items such as heat pipes and heat exchangers. I don't think combining heat pipes/exchangers and beacons would be ...

That's probably some miscommunication then because the sentence read as :

There is a direct comparaison between the number of line of code in a software and the quality of a manufactured product. That make no sense to me. It doesn't matter wether or not anyone would consider a piece of softaware ...

I do not appreciate repeating myself to clear up any schism that shouldn't have happened in the first place.


This is not helpful and only serves to inflame.


I am describing what I am feeling and am exhausted by repeating myself despite unambiguous communication.

How is that going to inflame ...

I have no such confusion. Please tell me how I miscommunicated so I can communicate better because we have a massive disconnection.



Look at how developers treat legendary video game items or differentiate them from grey/normal/magic/epic items in Role-Playing Games.

Some examples include but are ...

I am on the fence with this small passion project.

On the one hand, it does change the calculus on how many beacons and what quality of modules to use per assembler to obtain the desired higher throughput per machine.

On the other hand, I do not believe it will change much, as I personally don't ...

The process of production engineering is never talked about as being "epic" or "legendary" unless someone is being ironic for comedic effect, although certain massive machines or plants can be described as "epic" in scale.

I've literally included examples of components and whole items where ...

No, you are severely understating your understanding of the issue at hand.


Take your 17 literal pipe-long examples from earlier when I meant figurative, which refers to any entities that move fluids. The logic is so flawed that they show a complete disconnection from how I design a megabase ...

That is not what I would consider practical pipe logistics.

Here is a practical example of the 1.1 Fluid logistic screwing messing with the player's head.


20240428235505_1.jpg


It doesn't matter that the input and output are not 'equal.' The right side gets zero water, while the left side gets ...