Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[NikoKun]

I'm pretty sure revflood worked on constructions in past versions.

revflood hasn't worked for me in ages. It's been broken for several versions now at least. I can't imagine what use it would be, if it didn't work on constructed walls, that's like it's only purpose. heh

[lethosor]

I'm pretty sure revflood worked on constructions in past versions.

revflood hasn't worked for me in ages. It's been broken for several versions now at least. I can't imagine what use it would be, if it didn't work on constructed walls, that's like it's only purpose. heh

It worked for me just now in 0.47.02, and I don't recall seeing it broken before.
That said, its purpose is to replicate the vanilla DF reveal logic (e.g. when reclaiming a site), which ignores constructions last I checked, so it's working as intended. Its logic hasn't changed much since 2014, but maybe DF's has - if someone would like to test reclaiming a site with constructions, feel free to let us know if DF's behavior has changed.

[Warmist]

I'm pretty sure revflood worked on constructions in past versions.

revflood hasn't worked for me in ages. It's been broken for several versions now at least. I can't imagine what use it would be, if it didn't work on constructed walls, that's like it's only purpose. heh

It worked for me just now in 0.47.02, and I don't recall seeing it broken before.
That said, its purpose is to replicate the vanilla DF reveal logic (e.g. when reclaiming a site), which ignores constructions last I checked, so it's working as intended. Its logic hasn't changed much since 2014, but maybe DF's has - if someone would like to test reclaiming a site with constructions, feel free to let us know if DF's behavior has changed.

The issue in making constructions hide stuff is that when you deconstruct them DF does not reveal the darkness thus making parts of map perma-hidden and broken. IIRC it was an issue some time ago.

Edit: namely this http://www.bay12games.com/dwarves/mantisbt/view.php?id=1871 (from sourcecode of reveal.cpp)

[Fleeting Frames]

Interesting, didn't know that.  Can't comment about the intentions or logic of revflood.

A slightly labourious way to hide those tiles is to use the 'hidden' flag in tiletypes, from within tiletypes

Code: [Select]

paint hidden 1

Then run over each tile or brush area you want to hide.  It can be combined with other commands if you want.  paint hidden 0 should be the reverse (reveal) tile command from memory.

A faster option might be using unrevealdesignated for same thing.

[lethosor]

A couple quick updates:
- There are automated builds available at https://buildmaster.lubar.me/applications/3/overview for anyone who would like to test those (click on the most recent build number, currently "#200210001", to get to it). Note that these really don't work well at the moment, but if people want to test and give us reports of what's broken, we do appreciate it. (Please remember to include the build number in any such reports)
- We have a special domain for documentation now: http://docs.dfhack.org/ (HTTPS may kick in eventually, we'll see). If anyone runs into a broken page or redirects that don't work, please let me know.

[clinodev]

These are 0.44.12 (as marked,) or 0.47.02, for clarity?

[lethosor]

They're for 0.47.02 - they use the last Git tag, which makes sense for nightly builds once a DFHack version has been released for a specific DFHack version, but doesn't make as much sense before then (but any other DFHack build at this point would also report being a change after "0.44.12-r3", unless manually changed)

[dwarffun]

Hi,

just wanted so say "thanks for a great tool" and ask ... if there could be released some kind like a "minimal alpha" for 0.47.

Due to the new religious stuff my forts keep producing "fun" ... because of dwarfes not able to pray to one god or another god.
I have a population of 19 Dwarfs and a total of about 74(!) deities (not kidding). Dwarfes pray to 5 to 10 gods, and I can't keep up with providing temples to avoid tantrums.

Being able to at least run "remove stress" would be of great help

[clinodev]

Hi,

just wanted so say "thanks for a great tool" and ask ... if there could be released some kind like a "minimal alpha" for 0.47.

Due to the new religious stuff my forts keep producing "fun" ... because of dwarfes not able to pray to one god or another god.
I have a population of 19 Dwarfs and a total of about 74(!) deities (not kidding). Dwarfes pray to 5 to 10 gods, and I can't keep up with providing temples to avoid tantrums.

Being able to at least run "remove stress" would be of great help

That's what the three messages right above yours are about, an early alpha for 0.47.02. I don't know if remove-stress is tested yet.

[dwarffun]

That's what the three messages right above yours are about, an early alpha for 0.47.02. I don't know if remove-stress is tested yet.

Thanks man. My Grandson just tought an artifact (me) about build artifacts 
Finally I would say: remove_stress works as designed.

[Psiclops]

Is there a way to download a win64 build already compiled? I only find the previous version.

[HungThir]

They're for 0.47.02 - they use the last Git tag, which makes sense for nightly builds once a DFHack version has been released for a specific DFHack version, but doesn't make as much sense before then (but any other DFHack build at this point would also report being a change after "0.44.12-r3", unless manually changed)

when i have packages that introspect their version during build from the most recent git tag, and i need it to be distinctly "a pre-release build of the new version, not a patch on top of the old version", i throw down a tag with a name like [newversion]-alpha0 at the point in the tree where that switchover happened, even though i have no intention of publishing a "[newversion]-alpha0" release (and, later, when the release is ready, it gets tagged "[newversion]")

... aaaand i just went looking through the dfhack tags to see what your naming scheme is, and it looks like you've already done exactly this, carry on 

[lethosor]

... aaaand i just went looking through the dfhack tags to see what your naming scheme is, and it looks like you've already done exactly this, carry on 

Yup We haven't triggered a build yet since making that tag, though, so the most recent one on BuildMaster still reports "0.44.12-r3" at the moment. Hopefully that will change soon.

Is there a way to download a win64 build already compiled? I only find the previous version.

If you're looking for a test 0.47.02 build, see the 6 posts above yours (noting that it might still be labeled "0.44.12-r3" per this post, but if the build number starts with at least "2002", it should work for 0.47.02). Also note that these builds are very experimental and will probably crash.

[Nopenope]

Are there any lines that may come in handy in your .dfhackrc? I was thinking of adding the following after reading the wiki on increasing framerate on Linux:

Spoiler (click to show/hide)

export PRELOAD_LIB="/usr/lib/x86_64-linux-gnu/libjemalloc.so.1"
export DF_POST_CMD="renice -n -20 -p $(pgrep Dwarf_Fortress)"

[bloop_bleep]

That, uh. May be inadvisable.

Setting nice priority to -20 has a high chance of freezing up your system since all of the important system processes would have very little time to do what they want to do. I would recommend setting it to around -5 or -10.