Print

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

[Raidau]

Does my function library has any chance to be included in DFHack release? I made reaction class and material reaction product lookup, subtype lookup, some other stuff... My scripts use those quite frequently and i wonder if someone else could be interested.

[Putnam]

Heh, I'd just send a pull request and figure it out from there.

[Max™]

I am trying to bring back summoning using spawnunit, finding a 0.40x version from Rumrusher. It's all fine when I run it, the creature even appear in the animal screen, sometimes. (I need to locate this screen  but nvm).

However if I save and reload, the creature becomes hostile despite belonging to the civilization. I tried comparing it with a normal pet using gm-editor but I could not figure what's different. The civ_id is right, population is set to -1 as expected.

Here's the script, it's pretty much the same that Rumrusher posted:
https://gist.github.com/Devduweb/9299841e7169445f8cce

I tried commenting the nemesis creation call but the result is the same. Any idea of how I can make sure that df remember the creature being friendly? Thanks.

When I converted the inhabitants of a reclaim (due to being stupid and forgetting to check under tweak for makeown) I had to toggle flags2 > resident to false, they became friendly at that point, and after doing the civ id/cultural id/pop id to the same as my dorfs they were fully controllable.

[Boltgun]

I am trying to bring back summoning using spawnunit, finding a 0.40x version from Rumrusher. It's all fine when I run it, the creature even appear in the animal screen, sometimes. (I need to locate this screen  but nvm).

However if I save and reload, the creature becomes hostile despite belonging to the civilization. I tried comparing it with a normal pet using gm-editor but I could not figure what's different. The civ_id is right, population is set to -1 as expected.

Here's the script, it's pretty much the same that Rumrusher posted:
https://gist.github.com/Devduweb/9299841e7169445f8cce

I tried commenting the nemesis creation call but the result is the same. Any idea of how I can make sure that df remember the creature being friendly? Thanks.

When I converted the inhabitants of a reclaim (due to being stupid and forgetting to check under tweak for makeown) I had to toggle flags2 > resident to false, they became friendly at that point, and after doing the civ id/cultural id/pop id to the same as my dorfs they were fully controllable.

resident was false already, cultural id of the summoner was -1 but I added a check just in case, I set population_id to the summoner's, still hostile after reload. Same with setting resident to true.

If I do tweak makeown on the already hostile creature, it stays hostile. I think there is simply something missing.

spawnunit still has a few issues, like the one you said. Thank you for testing it, but it may take a while to fix. I'll include it in the main library once it's fully functional.

Aww, I'll try poking around in case I figure it out. Otherwise I'll try playing with makeown instead.

[Max™]

Hmmm, it's fascinating that it resists the makeown script actually...

[Boltgun]

Hmmm, it's fascinating that it resists the makeown script actually...

I checked the flags that makeown edits and those were already set to false.
I also tried spawning a dog for dwarves, in case the entity caused it but the bug also happen there.

Side is is set to 0 properly, it's enemy status to -1. Since this behavior happens with and without a nemesis, I'll compare unk variables until I find something different. If not perhaps it has something to do with armies.

<insert a funny picture of succubi running in every directions from an adorable puppy>

[Max™]

Wait, aren't there mood flags in there, I've seen a few like soldier mood and such, it isn't one of those is it?

[Meph]

Just a quick question: I'm using the newest dfhack, but if I type in "rendermax light" into the console, I just get "file not found: data/save/regionX/raw/rendermax.lua". It it not included in the current build?

I'm running PRINTMODE:TWBT and PRINTMODE:TWBT_LEGACY and in theory should be able to use rendermax.

[Putnam]

It's included, but it's in the hack/raw folder instead of the standard raw folder.

[Meph]

Ah, thank you, I found it.

Testing shows that my FPS go from solid 150FPS to impressive 5-8FPS when I enable it though... maybe thats my netbook? I ran it simultaniously with TWBT.

And startdwarf.rb (to pick number of starting units) and the embark points script both seem to be disfunctional with 40.x. Do updated versions exist?

The scripts look super simple:

startdwarf.rb

Code: [Select]

# patch start dwarf count

nr = $script_args[0].to_i

raise 'too low' if nr < 7

addr = df.get_global_address('start_dwarf_count')
df.memory_patch(addr, [nr].pack('L'))

and

points.lua

Code: [Select]

df.global.world.worldgen.worldgen_parms.embark_points=tonumber(...)

[Boltgun]

Testing shows that my FPS go from solid 150FPS to impressive 5-8FPS when I enable it though... maybe thats my netbook? I ran it simultaniously with TWBT.

It's likely that it kills FPS on a netbook even if it seemed okay otherwise.

[lethosor]

startdwarf works for me in 0.40.24. Make sure you're using a version of DFHack that has the necessary offset (i.e. not r0).

[Putnam]

startdwarf works for me in 0.40.24. Make sure you're using a version of DFHack that has the necessary offset (i.e. not r0).

I thought it was only found on mac/linux?

[expwnent]

I'm pretty sure it's missing from Windows.

[Roses]

Any idea why this is happening?

Code: [Select]

[DFHack]# tile/material-change -floor -unit 3387 -plan 5x5_X -material GOLD
C:\Users\Miles\Desktop\My_DF2\hack\lua\utils.lua:595: error: invalid arg: 1: flo
or
stack traceback:
        [C]: in function 'error'
        C:\Users\Miles\Desktop\My_DF2\hack\lua\utils.lua:595: in function 'proce
ssArgs'
        ...les\Desktop\My_DF2\hack\scripts/tile/material-change.lua:95: in main
chunk
        (...tail calls...)
I think I know what it is saying, but it doesn't make sense, since I have

Code: [Select]

validArgs = validArgs or utils.invert({
 'help',
 'plan',
 'location',
 'material',
 'dur',
 'unit',
 'floor',
 'remove'
})
local args = utils.processArgs({...}, validArgs)In my code.