Print

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

[robertheinrich]

Still looking for a fortress 34.03 or 34.04 with confirmed vampires.

I have a 34.04 with a female vampire for you. Well, not 100% confirmed but she shows the "usual" signs. Extremely long history, 16 kids, shows up with different name in DwarfTherapist, havenīt seen her eat or drink. I made her my bookkeeper and locked her away at z level 109 before it came to any incidents.

Itīs a savegame with a world created with 34.02 which I moved to 34.04 so Iīm not sure if it will help you. Itīs the Windows version of 34.04 including DFHack and the Pheobus gfx pack. I uploaded the whole DF folder here: http://www.mediafire.com/?u46c4b3dud9o4ru

[ag]

Still looking for a fortress 34.03 or 34.04 with confirmed vampires.

Here is a fun one from a bug with a vampire ghost drinking blood
http://dffd.wimbli.com/file.php?id=5623

It's from 34.02, but it's compatible.

[splinterz]

i've fixed the attribute offsets in my branch and added the *.ini files for 34.03 and 34.04.

download
source

the current_year offset for 34.03 and 34.04 (i think?) is 0xfcc1f0

in regards to the current_year offset i've been trying to find a consistent way to locate it as well (i've been checking dfhack's xml symbols files), and i've found that it seems to always be offset a static length from the world address, specifically 0x7B9AF8 before the world address.

edit: i posted in the dfhack thread with an issue and asked about the cur_year they find:

on a side note, tell me your secret to finding the cur_year offset!

That one's actually quite easy: find the vtable for history_event_collectionst and check the 2nd-last method in it (the last one is the destructor) - it sets one field to the current year and another field to the current time.

[Jerg]

i've fixed the attribute offsets in my branch and added the *.ini files for 34.03 and 34.04.

download
source

the current_year offset for 34.03 and 34.04 (i think?) is 0xfcc1f0

in regards to the current_year offset i've been trying to find a consistent way to locate it as well (i've been checking dfhack's xml symbols files), and i've found that it seems to always be offset a static length from the world address, specifically 0x7B9AF8 before the world address.

edit: i posted in the dfhack thread with an issue and asked about the cur_year they find:

on a side note, tell me your secret to finding the cur_year offset!

That one's actually quite easy: find the vtable for history_event_collectionst and check the 2nd-last method in it (the last one is the destructor) - it sets one field to the current year and another field to the current time.

 
Awesome, been waiting for traits to return to DT for a while now. Hoping you and DwarfEngineer could work something out in the future and have this as part of the official build too!

[crossmr]

I just noticed, that all the stats in the new version are 888 rather than the specific stats they had before (I was using that combined version someone uploaded)

[DwarfEngineer]

I just noticed, that all the stats in the new version are 888 rather than the specific stats they had before (I was using that combined version someone uploaded)

You'll have to download the updated ini files for your version of dwarf therapist then since the layouts are not currently supported in the official verison. I believe the new ini file was posted somewhere in this thread.

[Sutremaine]

I'm using the 34.03 / 34.04 version in splinterz's post with 34.04, and while the actual numbers are being displayed correctly the descriptions and the numbers (or glyphs) in the main view are off. I'm getting a range of range of odd numbers from 1 to 13 and a dwarf with 1033 agility being described as clumsy. This happens with both a save copied from 34.03 and a fortress with a 34.04-generated world.

[Neyvn]

Did ya check that Savefile I posted with the Husks and such appearing as Citizens of the Fort despite not being part of the fort???

[splinterz]

I'm using the 34.03 / 34.04 version in splinterz's post with 34.04, and while the actual numbers are being displayed correctly the descriptions and the numbers (or glyphs) in the main view are off. I'm getting a range of range of odd numbers from 1 to 13 and a dwarf with 1033 agility being described as clumsy. This happens with both a save copied from 34.03 and a fortress with a 34.04-generated world.

it would appear there's a gap in the ranges in some (all?) of the attributes. with agility, for example, it jumps from 401-650 to 1150-1399. 1033 falls right in that gap where there's no description. i just noticed there are similar gaps in some of the others so i'll have to add in another description there i guess. thanks for pointing it out. i used odd numbers rather than a sequence because i found it was too hard to see a difference graphically between the lower-mid levels.

Did ya check that Savefile I posted with the Husks and such appearing as Citizens of the Fort despite not being part of the fort???

i'm checking it now. i think i've got the flags sorted for things that are actually dead, or ghostly etc..

[Sutremaine]

Yeah, pretty much every attribute with a seven-number range doesn't have description text for the middle one. The strangest thing is that it's been working fine in DT up until this version.

[splinterz]

Yeah, pretty much every attribute with a seven-number range doesn't have description text for the middle one. The strangest thing is that it's been working fine in DT up until this version.

yes i removed the 'average' descriptions i had put in previously when i remapped the groupings for the attributes because they were misaligned slightly. i'll have them added back soon enough though with the proper ranges, huzzah!

Did ya check that Savefile I posted with the Husks and such appearing as Citizens of the Fort despite not being part of the fort???

i've briefly looked into this and unfortunately dwarf husk people don't seem to have any of the usual flags checked to not include them. we'll have to find another way to identify dwarves that aren't really dwarves.   but the good news is all the strangeness with ghosts and vampire ghosts and people who appear to be able to see but have eye problems (don't ask) not appearing/appearing in dt seems to be working ok. anyway, sleeps for me.

[DwarfEngineer]

Been focused on the OSX port. I can attach, read the checksum, and scan memory. However there is a random crash that I'm chasing down that's eating up a lot of time
Once I get further with the OSX version I'll continue on bugs for the windows version.

[telamon]

quick question: is there a way to identify vampirism in therapist? (ie with 100% certainty) to the best of my knowledge, there is not, but I'd like to be sure since I've got migrants wandering onto my map and it's time to get all dunking rooms and witch trials on this fortress.

[orius]

There's the fake name bit, vampires will come to your fort with a fake name, but Therapist displays the real name.  I caught a vampire last night this way.

[Jerg]

There's the fake name bit, vampires will come to your fort with a fake name, but Therapist displays the real name.  I caught a vampire last night this way.

That's arguably cheating though, defeats the whole purpose of vampires being able to have fake identities, and all the guesswork involved in identifying one.