boskid wrote: Mon Oct 21, 2024 9:43 pm There is a console command, `/editor`, really powerful stuff.

Phew... But still, this is not obvious for unaware player. Should he be a hacker to become a god?

No sandbox anymore??? I need it to create and test my blueprints at various conditions. I don't want to care about resources, nor wait for bots building/destroying the 57th test setup. Not funny.
Maybe there's some console command for god mode?

I can't stop thinking about the fluids. Here's my latest conclusion: we must reject all the principles inherited from the old fluids that are based on open channel flow, which cannot be fixed by design, because we want closed channel flow. This involves different physics.

The closed channel flow ...

If the answer to "What is the pumps fluid transfer compared to its maximum rate?" is anything other than "100%" its wrong, and if it is "some fixed absolute value/(number of all pumps pumping into the segment)" it is nonsense.

Serving entire megabase with a single pipeline is nonsense too. So ...

There may be a misunderstanding if we think differently about how the liquid flows: open channel flow (aqueduct) or closed channel flow (pressurised pipe). In a closed pipe the pressure distribution is limited by the speed sound in a liquid. If there's no sound speed limit, all pumps work like they ...

Loewchen wrote: Sat Jul 06, 2024 12:59 pm Again, how could this ever be acceptable gameplay wise that a pump does not pump from a full fluid box into a empty fluid box just because enough other pumps pump into the segment hundreds of chunks away?

This is how multiple pumps work in a real word (if we had no sound speed limit, like in 2.0).

I haven't read all the 19 pages. Did anyone suggested to limit the total push rate to 12000? Should be super easy to implement.
This will not solve the issue completely, but at least there will be no "a single pipeline is enough for entire megabase".

Who said "using beacons seems restrictive on build variety and tends to feel monotonous and uninteresting"?

FuryoftheStars wrote: Fri Apr 26, 2024 1:18 pmI don't want to see instantaneous fluid transmission in this game. That just feels wrong and doesn't go with anything else in this game (with the exception of power transmission).

I'm not sure if most of the players think the same. Would you say "you all play it wrong"?

I think most players don't play in the way you described. They play not "until the rocket" or "until XXX SPM", but "I expand the factory until I start new game". There's no concrete final plan for many players.
But let's assume the player plays just to launch the rocket. That doesn't mean that ...

But yea, as others wrote already... just make more fluid than is drained; then it will hardly be an issue.
No, there's no such state in the game "I have enough of ..." :mrgreen:. If your factory expands, you always, always lack of some components. "Just produce more of" is a temporary solution ...

How convenient are setups that deliver results over an undetermined number of tics? I speak not about the detecting that result is ready, but about synchronizing with other data signals that can change over the time. In other words, such function cannot be pipelined (unless linearized).

Let's get full color signals first :)

Why are you suggesting CMYK, a space for printers, as a format for lamps?
I did not suggest CMYK for lamps. I mentioned CMYK just as example, that other color spaces are also very simple for some people, and the "simpleness" is a false impression and ...

Donion wrote: Wed Apr 03, 2024 9:00 am it just opens a whole new can of worms .

Not a real problem for Factorio engineers
CPU - done
Video clips - done
3D game - done
DAW - to do

Statements "It is not going to happen" may not last forever. Sometimes things do change. 2.5 years has already passed.

Tertius wrote: Tue Mar 05, 2024 12:03 am If I remove an outpost, I need to remove its trains as well. Otherwise I risk a deadlock.

I have a parking depot for temporarily unused trains.

using rgb/hsv instead of hcl is like living in a world where proportional fonts never were popularized by system designers.

There is a subtle difference: color picker is a tool for creating colors, not for looking at. Once color was chosen (or proportional font was created), everyone are happy ...

Qon wrote: Sun Feb 11, 2024 9:04 pm So my vote is RGB + HSL, for lamps (8 bit/channel or lower). And color picker as well, but I don't really need a color picker personally so it's whatever to me.

Thank you for your vote.

Well, do we want full color signals, whatever encoding?

You're right, you didn't say it was "popular". It *IS* popular regardless of who said what. Do you see the forest through the trees (not a question). I'm sorry I quoted you, let's start with my "sRGB is unnatural".

Our color perception (not eye's RGB sensitivity) is very different than sRGB. It ...

It's not a shame that people use RGB, and it's not evil. It isn't the best for interpolating or picking color/component values. But it is what displays output and a common format for stored files. It's technically simple and the natural go-to format for storing and outputting color as.[..]
But ...