Bay 12 Games Forum

Well there is onUnitDeath(unit_id) in the eventful listing, so then I could check which unit killed them and add the counter to the killing unit. Shouldn't impact FPS more than any of the other eventful plugins (like itemsyndrome).

Global counters should have very little impact on FPS, the only question that remains is if I have two Dwarfs that increase a counter at the same time will it register both or just one. Not sure how dfhack scripts work when there are dozens being used in very close proximity (time wise) to eachother.

There is a new script coming soon which opens up a wide variety of new effects. I call it 'counters'!

Here's how it works, each unit is assigned one (or more as needed) persistent variable(s) and there are global counters available as well. These variables track 'counters' calls. The counters are then increased (or decreased) as necessary and the attached script is run, the counter is then reset to zero. A given unit can have as many counters on them as you want (although I don't know how much memory storage or anything like that persistent variables take up).

Here's an example, after 10 times the given script will run.
[SYN_CLASS:counters]
[SYN_CLASS:\UNIT_ID] <- unit id or global
[SYN_CLASS:COUNTER] <- Here is your custom counter name (i.e. FIRE, POISON, FURY, whatever you want!)
[SYN_CLASS:minimum_10] <-minimum or percentage then the number
[SYN_CLASS:1] <- amount the counter changes
[SYN_CLASS:script_args]

Here's another example, this has a percentage chance to trigger each use, with the percentage going up each use (linearly), e.g. first use is 10%, second is 20% etc...
[SYN_CLASS:counters]
[SYN_CLASS:\UNIT_ID]
[SYN_CLASS:COUNTER]
[SYN_CLASS:percentage_10]
[SYN_CLASS:1]
[SYN_CLASS:script_args]

Finally another example, this time its a global counter, everytime any unit uses this it goes up, when it reaches a hundred, BAM script
[SYN_CLASS:counters]
[SYN_CLASS:global]
[SYN_CLASS:COUNTER]
[SYN_CLASS:minimum_100]
[SYN_CLASS:1]
[SYN_CLASS:script_args]

NOTE: I have the script written, I am just currently bug testing it and playing with some neat examples (like a blood lust that increases strength on each cast, and after ten casts makes the user CRAZED]

I am playing around with upgrade-able buildings (you run a reaction and it changes the building from one into the other). I have it working just fine (assuming it is the same type and same size) but was just wondering if anyone had done this before and encountered any problems, or if anyone knows of any problems this might cause?

I know some mods use it heavily (mine for one), it is interesting to know.

EXTRA_BUTCHER_OBJECT appears to drop items in a 1:1 relationship with the number of host organ parts dropped. However there appears to be a bug that only the first item has a material.

What do you mean that only the first item as a material?

Quote from: Roses on March 18, 2014, 08:48:26 pm

Alrighty. I'm not sure how to investigate the vmethods either, so I will ask around and see what I can come up with.

Dissassemble, or interpose it and try to make sense of it. (or ask for someone to do it ). I only got that the 4th being triggered when applying(?) the effect. And the first value is probably target unit.

Hmm, might be out of my league. I know how to program for work, but I never have to deal with disassembles. Although it might be a useful learning experience.

Quote from: Roses on March 19, 2014, 07:00:16 pm

Well you could remove all vanilla workshops and reactions

This you cannot. With a few exceptions, most workshops are hard-coded.

You can modify even vanilla features with DFHack

I am interested in doing some research in the vmethods mentioned in this post, but am unsure how to go about it. Is there someone with more experience regarding these that could point me in the right direction to help me get started?

Not entirely sure how to actually check out these methods (<_<), but the fourth vmethod there looks promising.

Alright, I've got some time to investigate these vmethods. Did you have any luck Putnam?