Seyko

Yes. It only makes sense with a good roleplay game. It's more of a topic for a mod. And then the mod should make any farm more demanding. So that you can't do everything at once. So that you do one thing, earn money, pay for the work of others. Damn.. I live in this mod!

Well, yes. It's obvious, but I didn't even think about it.

On the old laptop, FPS in DF was more stable than in Terraria. The video card was the weak point.

I've found a maximum of 60 gears in my singleplayer game. All from caves, and I'm not drawn to them at all. So it's a bit strange to me that gears are a common currency. Ok, I get it.

Since there are knowledgeable people here, wouldn't it be more productive to calculate water analytically and apply the finished calculations to the coordinates of the world? I don't know, I was a C student! What happens inside the blocks (about porosity) doesn't need to be drawn and loaded on the video card. And the water that comes to the surface would be described by an equation, for example, Navier-Stokes, and would be interpreted on the game space. As if you take a figure and apply it to millimeter paper. This requires knowledge of physics and numerical methods, which is difficult in itself. But would it be optimal for implementation in the game? I don't know if the Navier-Stokes equation is something that can be useful. But on the Internet they write that it is widely used to solve various problems. In essence, we need to know the direction and speed of movement. Direction is in which direction the cube transfers water. Speed is the amount that is transferred.

You can also wear coin pouches on your belt. And there will be a stealing mod. But I'm afraid that this will require a deeper role-playing game. You can do everything you need and even more on your own. And not die of hunger. Or on large servers, where players occupy large territories. With a shortage of resources, the market and economy can work. (Maybe I'm wrong, I've never played on a server)

This is not a requirement, but a nuance for the future. If a specialist takes up the idea, it will be clearer to him how to proceed. Even as it is stated now, if the modder wants a mod without AH, then there is no need to bother. If this is some kind of water wheel for interaction with AH, then you need to register the parameters for the mod blocks. Or simply. For a block without a parameter, the default value is selected. I have nothing against it, but I would like to have it in vanilla. I try to make an effort to somehow clearly describe how it could work. So that it would be easier for a developer or enthusiast modder. But this is not enough to achieve a result. Therefore, hope is on the developer. Especially if the idea received support from users.

How it works. 1. First, you need to make a cliche blank. No less than iron, or only steel. 2. Engrave the coin obverse. 3. Think of a name for the coin (currency). 4. Put a piece of metal or alloy. 5. Stamp with a hammer on the cliche. In the inventory, all coins look the same. But the name is different, depending on the currency. And it will stack by currency and material (gold VS-Coin, brass VS-Coin, etc.). When creating the first cliche of its kind in the world, you need to write down the name (currency). When creating a copy of the cliche, you just get a copy. The cliche has durability and wears out. You cannot edit the cliche, but you can look at the pattern, even on a broken one. Any cliche can be broken into pieces. If one player steals a cliche or its pattern, then he can also issue the same coins. Coins can be melted down at the price of a nugget. You can buy someone else's currency, melt it down and mint your own. Maybe when adding several cliches, you can mint several coins at once from a plate. I know about rusty gears. Let them remain for merchants. Alternatively, to be able to register your currency, you need to buy a "permission" from a merchant, or get it from the server admin.

I suggest adding coin minting to the game. Not just cutting metal into round pieces, but cutting out a unique cliche for minting, creating your own currency. Everyone will be able to make their own money, but will everyone be able to make it solvent? I think this is an interesting idea for roleplay.

@Katherine K Firstly, I am very pleased that someone is seriously interested in my point of view. Unfortunately, I will not be able to support your work. And with even greater regret, I will hardly be able to continue it. I believe that advanced hydrodynamics should be at the core of the vanilla version. At least as an option. It is obvious to everyone that this is a difficult task and I cannot imagine that enthusiasts will do such work, and then rewrite the code for each game update in years. I am trying to make some kind of model so that the developer in this topic will find not only terms of reference, but also examples of execution. I also think that rivers are a task of the terrain generator. And this is another reason why advanced hydrodynamics should be part of the vanilla version. Regarding static lakes in rivers. I had time to think, and everything I wrote in the topic title about VOLUME, POROSITY and MOISTURE is redundant. It is enough to leave VOLUME (or MASS) and ENERGY (for mechanisms). It is the ENERGY parameter as an increment of MASS that will make rivers dynamic. When I feel strong enough, I will rewrite the initial post. Is it just me who thinks that everything related to water in the game is incomplete?

While there is interest, it is worth discussing. Suddenly, while inventing the wheel, we will come up with a spaceship. Or vice versa.

I'm trying to remember C# to model the idea. There are results, but they are too childishly primitive to publish. If anyone is interested..

And if we go in the opposite direction, the direction of the water will flow in the opposite direction? Then the source block needs to store data about the direction. I think so too. There is no point in complicating things. And what is the purpose of the water flow block in the game? Just a guess, the flow was borrowed from another block game (I see that it is not customary to call it by name on the forum) only to solve the problem with the edge of the water. As a result, the flow is not optimized and is not intended for complex things. Because there were no plans for it. And in general, if you don't need realistic water (Welсome), then you don't need to come up with a transport system. It's enough to add "pipe" blocks that are connected into a structure. We build a line of "pipes" on a beautiful stand. At the beginning, a "funnel" block, at the end, a "spout". The end. When the state of any "pipe" block changes, the neighboring connected ones are checked. A chain reaction with loading chunks (no graphics, just math). The "funnel" is connected to the "spout" - ok. No - and there is no water. The cherry on the cake - remote loading of chunks!

Do we really need to monitor the aqueduct's condition along its entire length? It's like Schrödinger's cat. If a chunk isn't loaded (meaning there's no player there), then God knows what's going on there. It doesn't matter if it's somewhere at the source or in the middle. This can also be attributed to the game's lore. Maybe a temporal storm is happening in a distant chunk while we're away. Or maybe Seraphim himself is setting time in motion. When a chunk is unloaded from memory, the state is written - everything is ok. When loading into memory, the chunk is checked - everything is still ok?

New topic - I tried, but it's very long