March 6, 2024: Dwarf Fortress 50.12 has been released.
News: February 3, 2024: The February '24 Report is up.
News: February 4, 2021: Dwarf Fortress Talk #28 has been posted.
News: November 21, 2018: A new Threetoe story has been posted.
Forum Guidelines
@shoku re: waterIt does that just fine. You can expect a large body of water to very quickly fill up a room you've accidentally carved into it and piercing an aquifer floods your fort at a suitable rate.
Basically, the game needs to be aware of the difference between a static body of water and a dynamic one. As it is, it makes no distinction. Once this sort of thing happens, then FPS would only get hurt when water starts to flow. Furthermore, I don't see any other way around modelling beyond the tiles immediately adjacent to a tile of water. Somehow the game needs to realize: "Hey, I'm a 7/7 deep thingy of water next to a completely vacant thingy of space. I better change that fast! So let's see, where should I move to..." and kill the FPS if need be, at least it will only be killed for moment if the flow isn't into a chasm or some other endless extreme.
The slow water issue only shows up when you've got 7/7 next to a long stretch of 6/7 next to a long stretch of 5/7 and so on.
Last time I checked U-bends didn't work perfectly, they only fill to one level under the source level.
To ilustrate this situation:Code: [Select]Source
|
V
OOOOOO OOOOOOOO
77777O O....... <-Safe area
OOOO7O O7OOOOOO
O7O O7O
O7OOOO7O
O777777O
OOOOOOOO
OO77777777777777777OO
OOO7777777777777OOOOO
OO7777777777777777OOO
OOO7777777777777OO __←mined out with open (channeled floor)
OO77777777777777777OO
Anyway, got no love from that. Unfortunately, I don't have the save anymore to go back and check. So I might be wrong.If you've watched the numbers dance very much it's clear that the units glide around on top of the next layer below them as a group but in a random sort of direction unless they hit a spot two digits lower at which case they fall down to that level and possibly continue the process. The teleport behavior requires actual pathing so it's slower but this non-wander behavior gives the kind of constant directional progress we want.That and Toady, being a mathematic professor, probably understand hydraulic sufficiently. The only difficulty facing him is HOW to implement hydraulic into Dwarf Fortress without the FPS being shot to hell.Why would water without any pressure move fast?
Ah yes, *that*. I had imagined a re-writing of the current fluid dynamics. ...
But ya, if there was some way to get it to teleport at maybe 3 instead of 7 but stop once it was level-ish the slowly widening slopes of water wouldn't stick out as much.
Your hopes are a bit screwy though as hydraulics dudes probably don't have an especially good way of representing water in tiles like these.
Remember, one of the most difficult problem for computer to simulate is fluid dynamics (if you try to do it realistically).
Though I think the current issue with Dwarf Fortress' fluid dynamic is that water seems to have a really high viscosity (which will result in water flowing really slow down a channel). Of course, this may be an artifact of the fluid being represented in 1/7 chunks (low viscosity fluid will spread to a thin film rapidly, while tracking it in 1/7 chunk inherently slows it's rate of spread).
...
There's going to be a fluid re-write? That's awesome. Where can I find out more?
It's this dev item:
# Bloat325, ADDITIONAL LIQUID TYPES, (Future): Candidates for new flowing "liquids" include sand, oil, mud, blood of various sorts, slime, farm products like grain and beer for the beer fountain. Only a limited number of materials from plant raws like beer would be able to be supported as a map flow at a given time.
Toady has often commented on the difficulties:Quote from: ChronasToady, which release are you intending to implement custom fluids?
I have no idea. They aren't crucial to anything, so it's just going to be an act of excess when it happens. It's something I often want to do, but the technical stumbling blocks which will potential slow down the flow code are the thing stopping me from suddenly doing it. Getting the flows to run at a decent speed and getting them to interact with each other in any way (instead of just the magma/water interaction) are the issues.
Hey, don't change the thread title! lol.
..no. Just no. You people aren't at all sane.
This way works perfectly fine; if you want something that small, specify the grid size. Somehow I doubt you'd want the quality loss from a non-blackspace, non-exact grid anyway.
Sounds reasonable. So, in d17 or at least the final release:
If you specify 0x0, it'll autodetect a window size for 80x25. If you specify NxM, where both N and M are <256, it'll interpret that as grid size, and calculate the window size accordingly.
If you actually want a 255x255 window for some reason, you're SOL and I'll cry a crocodile tear for you.
I remember somewhere along the lines that iron men are going to be full of poisonous gases now.
Will they also now be equipped with heavy boots of lead?
And a core of pitchblende (uranium)?
I remember somewhere along the lines that iron men are going to be full of poisonous gases now.