Bay 12 Games Forum

I believe your issue lies in "GET_MATERIAL_FROM_REAGENT:Bone:LOG". It should be Bone:NONE; as it stands, the game is trying to make the log out of the bone's "LOG" reaction product (similarly to, say, when tanners converting skin to leather). Using Bone:NONE makes it out of the reagent's material instead; testing it, I've successfully made horse bone logs, which the carpenter did indeed then use to make a -horse bone bed-.

For adamantine's strain-at-yield values being 0, I think it's because the yield and fracture values are the same - so if you manage to apply 5000000 of that force to adamantine, it'll just break anyway - thus making the strain-at-yield value irrelevant.

Is there a way to assign different symbols for a custom race's cities on the world map? I can't seem to find any reference in the wiki or the raws.

Unfortunately not; the symbols are tied to site type (fortress, city, forest retreat, etc.).

I've decided to start uploading some minor mods. Thus far, I've added four new base creatures:

• Ferrets. These bouncy critters are very similar to weasels (from which I copy-and-pasted the raws to start editing), but are much larger and are COMMON_DOMESTIC. They also hunt vermin, much like cats (according to one source, Greeks once kept ferrets, as well as their non-domestic counterpart polecats, for vermin-hunting much like cats), but unlike cats they do not adopt their owners, and instead are adopted normally.
• Polecats. Essentially wild ferrets. They can be found in any temperate land biome.
• Black-footed ferrets. Very similar to polecats, but they are found only in temperate grassland and shrubland, and they eat only prairie dogs (see below).
• Prairie dogs. Miniature hoary marmots that live in temperate grassland and shrubland instead of mountains.

Polecats, black-footed ferrets, and prairie dogs also have animal men and giant versions, for a total of ten new creatures.

Download link

Quote from: Klisz on May 09, 2017, 07:20:44 pm

When running RotMK, the game crashes for me the second time per session it runs the "Processing raw data... Loading object files... Initializing..." stage (so, for instance, if I generate a new world, attempting to start a new game in that world will make DF crash unless I close and reopen it first); this seems to be delayed to the third time per session if I delete all vanilla DF creature, entity, and plant files first. Any ideas what might be causing this?

Sometime in the months since I posted this, I reformatted my computer, and today I decided to see if I could get RotMK to run on a fresh system. No luck; same as before, even on just a plain 0.43.05 Windows SDL download without anything else (not even tilesets, color schemes, or the like).

Spoiler: Windows crash text, for whatever it's worth (click to show/hide)

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   Dwarf Fortress.exe
  Application Version:   0.0.0.0
  Application Timestamp:   577b5e93
  Fault Module Name:   StackHash_532e
  Fault Module Version:   6.1.7601.23915
  Fault Module Timestamp:   59b94ee4
  Exception Code:   c0000374
  Exception Offset:   00000000000bf3e2
  OS Version:   6.1.7601.2.1.0.768.3
  Locale ID:   1033
  Additional Information 1:   532e
  Additional Information 2:   532eb57e62292583c820dd61d315b2d4
  Additional Information 3:   648d
  Additional Information 4:   648dead2b46bcc6d17ff43ca52294334

Quote from: Rydel on May 09, 2017, 10:52:52 pm

If you downloaded the graphics pack more than about a week ago, go to the raw/object folder and delete any files that use _mw instead of _rotmk in their title.  They are duplicated from an older version that I accidentally left in.

Sorry for not responding to this at the time; I was unsure whether you were replying to me or someone else, though looking back on it nobody else really makes sense. In any case, I wasn't using any graphics pack when the crash first started happening (nor am I now that I'm trying it again), so that can't be the cause here.

Has anyone else experienced this, with this or any other mods? It just seems strange for this to happen with a non-utility-based mod.

Update: I just decided to try the mod again, and although I had the same problem, I thought to google 'fault module stackhash' without specifiyng the _532e (with which I had tried previously, and was just led to nothing but my own post here), and was led to this Microsoft help page. Attempting to edit the DEP settings to exclude Dwarf Fortress.exe gave me an error message saying "You cannot set DEP attributes on 64-bit executables.", so I went and downloaded a 32-bit copy of DF and installed RotMK over that. To my surprise, when I went in for a test run before even editing the DEP settings, it worked without problem!

TL;DR: If RotMK causes crashes on Windows 7 64-bit, try 32-bit DF instead.

I keep finding notable HF humans in lairs. They don't react when I call them a night creature, anyone know what they might be?

Hmm, perhaps they've been cursed with something, like size changing or metalskin? I'm not sure what precisely causes HFs to retreat to lairs, but it might be the combination of being a I_SOURCE:DEITY MAJOR_CURSE without inducing a CAN_BE_HIDDEN syndrome (this would at least produce the correct results of vanilla werebeasts going to lairs while vampires don't).

I use DFLang and then see how it looks in game. Some have been satisfactory others have been excessively long or very repetitive.

Now I gen one and then read through it and replace very long or repetitive words - much less work and has an excellent end product.

When generating, there's an option for minimum and maximum word length.

There's also LangCreate, another tool for the same purpose. Might be worth trying out both and seeing which you prefer.