Print

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

[Meph]

ok, is noted. playing around with this new toy willbe more then enough fun

do you happen to know someone who is crazy enough for that lighting thing though ? even a simple version would be great, that simply makes everything around a lightsource lighter.

[Warmist]

ok, is noted. playing around with this new toy willbe more then enough fun

do you happen to know someone who is crazy enough for that lighting thing though ? even a simple version would be great, that simply makes everything around a lightsource lighter.

i might be. I'm going to do something with DF this weekend. Not sure what will it be (the list contains offscreen rendering (for multiplayer), selection scripts (to be able to select units/items/etc more conviently) and playing around with renderer).

[narhiril]

Posting to follow

[Meph]

@Warmist, how is the lighting/shadow script coming? The screenshots looked good

@Expwnent: A couple of questions about the usage of the script. Hope you can help me, I would really like to include this for a few invaders in my next update, to see how it handles in fort-mode.

######################
### DiggingInvaders plugin ###
######################

#1.
diggingInvaders 1
diggingInvaders add HUMAN/PLAINS => Do I use the creature or entity ID?
diggingInvaders setCost HUMAN destroyBuilding 99999
diggingInvaders setCost HUMAN dig 5
diggingInvaders setCost HUMAN destroyRoughConstruction 5
diggingInvaders setCost HUMAN destroySmoothConstruction 99999
diggingInvaders setDelay HUMAN destroyBuilding 99999
diggingInvaders setDelay HUMAN dig 50
diggingInvaders setDelay HUMAN destroyRoughConstruction 50
diggingInvaders setDelay HUMAN destroySmoothConstruction 99999

Assumption: If I add this to the dfhack init, then the script is automatically started when dfhack starts, and enables the human civ to dig and deconstruct walls from boulders, but not destroy buildings, walls from blocks/bars. Is this correct?

#2.
Additionally adding this:
diggingInvaders add FROST_GIANT
diggingInvaders setCost FROST_GIANT destroyBuilding 1
diggingInvaders setCost FROST_GIANT dig 99999
diggingInvaders setCost FROST_GIANT destroyRoughConstruction 1
diggingInvaders setCost FROST_GIANT destroySmoothConstruction 1
diggingInvaders setDelay FROST_GIANT destroyBuilding 50
diggingInvaders setDelay FROST_GIANT dig 99999
diggingInvaders setDelay FROST_GIANT destroyRoughConstruction 50
diggingInvaders setDelay FROST_GIANT destroySmoothConstruction 50
would lead to Frost-Giants being able to raze any wall and building, but they cant dig. Again, is this ok?

#3.
Or, the opposite:
diggingInvaders add ANT_MAN
diggingInvaders setCost ANT_MAN destroyBuilding 99999
diggingInvaders setCost ANT_MAN dig 5
diggingInvaders setCost ANT_MAN destroyRoughConstruction 99999
diggingInvaders setCost ANT_MAN destroySmoothConstruction 99999
diggingInvaders setDelay ANT_MAN destroyBuilding 99999
diggingInvaders setDelay ANT_MAN dig 5
diggingInvaders setDelay ANT_MAN destroyRoughConstruction 99999
diggingInvaders setDelay ANT_MAN destroySmoothConstruction 99999
would lead to an Antmen civ that can dig rather quickly, but is unable to breach walls.

#4.
diggingInvaders edgesPerTick 10 would make the FPS better, but the invaders pathfinding slower.

#5.
diggingInvaders edgesPerTick 1000 would make the FPS worse, but the invaders pathfinding faster.

#6.
diggingInvaders setCost RACE walk n. What exactly is it used for? Yes, the walk cost for pathing, but how does that influence the behaviour ingame?

#7.
Can this plugin be run from the init, on startup? Or does it need fortress mode to be active? I would have no idea how to automate it then, to make it the default mode, because seemingly a player would have to run the commands himself.

[Warmist]

@Warmist, how is the lighting/shadow script coming? The screenshots looked good

Almost done(there might be few perf./quality inprovements, some more features (e.g. creatures interacting with light), some tidy-up stuff). The thing is it's a plugin not a script so unfortunately you'll have to wait for next dfhack release.

Edit: actually i'll start a new thread for that.

[expwnent]

#1.
diggingInvaders 1
diggingInvaders add HUMAN/PLAINS => Do I use the creature or entity ID?
diggingInvaders setCost HUMAN destroyBuilding 99999
diggingInvaders setCost HUMAN dig 5
diggingInvaders setCost HUMAN destroyRoughConstruction 5
diggingInvaders setCost HUMAN destroySmoothConstruction 99999
diggingInvaders setDelay HUMAN destroyBuilding 99999
diggingInvaders setDelay HUMAN dig 50
diggingInvaders setDelay HUMAN destroyRoughConstruction 50
diggingInvaders setDelay HUMAN destroySmoothConstruction 99999

Assumption: If I add this to the dfhack init, then the script is automatically started when dfhack starts, and enables the human civ to dig and deconstruct walls from boulders, but not destroy buildings, walls from blocks/bars. Is this correct?

It should be by creature, not civ. Set the cost to -1 to disable entirely otherwise they can do it, just very slowly, and while on the map they'll attempt to do it, possibly forever.

#2.
Additionally adding this:
diggingInvaders add FROST_GIANT
diggingInvaders setCost FROST_GIANT destroyBuilding 1
diggingInvaders setCost FROST_GIANT dig 99999
diggingInvaders setCost FROST_GIANT destroyRoughConstruction 1
diggingInvaders setCost FROST_GIANT destroySmoothConstruction 1
diggingInvaders setDelay FROST_GIANT destroyBuilding 50
diggingInvaders setDelay FROST_GIANT dig 99999
diggingInvaders setDelay FROST_GIANT destroyRoughConstruction 50
diggingInvaders setDelay FROST_GIANT destroySmoothConstruction 50
would lead to Frost-Giants being able to raze any wall and building, but they cant dig. Again, is this ok?

Basically, same thing as before with the -1.

diggingInvaders edgesPerTick 10 would make the FPS better, but the invaders pathfinding slower.
diggingInvaders edgesPerTick 1000 would make the FPS worse, but the invaders pathfinding faster.

Yes.

diggingInvaders setCost RACE walk n. What exactly is it used for? Yes, the walk cost for pathing, but how does that influence the behaviour ingame?

If, for example, you set it to 0, then invaders would prefer to walk arbitrarily far instead of digging one tile, assuming digging has nonzero cost. The higher it is, the more they'll want to dig/deconstruct instead of going through empty tiles.

Can this plugin be run from the init, on startup? Or does it need fortress mode to be active? I would have no idea how to automate it then, to make it the default mode, because seemingly a player would have to run the commands himself.

The init should work.

[Meph]

Thank you expwnent, I was really a bit unsure about turning parts off... -1 was the answer I was looking for, without knowing it.

I'll add the lines to the init then and force a few sieges, lets see if it works without any user input.

[Tirion]

So, help me understand: they only dig horizontally, or they dig channels too?

[Bigheaded]

Getting this on masterwork DF will be amazing. My processor dies from normal DF too quickly.

Seriously looking forward to antmen mining into my fort and making a mess which allows other random stuff in.

[expwnent]

So, help me understand: they only dig horizontally, or they dig channels too?

Neither. They will dig vertically if necessary, but will not dig channels or ramps.

[Meph]

They mine and build up/down staircases.

I really want to include this in MasterworkDF, but I have to wait till I am back in Germany. Otherwise I cant make it an optional setting in the UI (I left the source code at home), and I know most people will find this too hardcore.

[jellsprout]

In Linux (Ubuntu 13.02 32-bit) I get the following error when starting up DFHack:

Code: [Select]

./Dwarf Fortress/libs/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by /home/jbnauta/DF/MasterworkDF_linux v3g/Dwarf Fortress/hack/plugins/diggingInvaders.plug.so)
Can't load plugin ./Dwarf Fortress/hack/plugins/diggingInvaders.plug.so
I first tried this with the Masterwork package, but after this error I downloaded this individual plug-in and still got the same error. I also know I'm not the only Linux user with this error, Urmane gets this error on Gentoo.

[expwnent]

I compiled it in arch linux, which uses very up to date everything, including the C++ compiler. It's supposed to be backward compatible though. Make sure you have the right version of DFHack and that you're completely updated. You might need to get the right dlls (or whatever linux calls those. I forget.).

If that doesn't fix it, I'm not sure.

[jellsprout]

I downloaded a fresh copy of Dwarf Fortress, DFHack r3 and this plugin, but I still get the same error. I use Ubuntu 13.04 and everything is entirely up to date.
The problem seems to be with the DF libs, which come with the download. The libstds++.so.6 file is present in the ./df_linux/libs folder, so I think there is a problem with the contents there.

[expwnent]

In the df folder, try

Code: [Select]

mv libs/libstdc++.so.6 libs/.libstdc++.so.6

The problem is that the plugin was compiled with a more recent version of C++ than dfhack-0.34.11-r3 was. On linux, DF is packaged with a version of the C++ library, presumably so you don't have to install it yourself. The plugin requires GLIBCXX_3.4.18, and the last release had something earlier. If you delete it, then when you run DF, it'll look for the library wherever your libraries normally are in your filesystem, instead of the local version of the library.