Print

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

[Rydel]

Redoing it based off another good file worked.  Thanks!

[Uzu Bash]

I'm getting frequent crashes in adv mode, when using fast travel or sleep. Fort mode is also slightly unstable while running it, but I couldn't pin down exactly when crashes were likely. I don't have the problem when I disable TWBT, but TWBT is the main reason I launch dfhack.

[Max™]

Adv mode and twbt are super buggy sadly.

[Uzu Bash]

Seems to work fine with TWBT_LEGACY selected in LNP launcher. No multilevel, which I hadn't quite grown dependent on, but I could learn to use it in adv mode.

[utunnels]

Does mapshot work under TWBT_LEGACY? I couldn't find the picture.

[Meph]

Excuse me if this has been answered before, but is there some way to fix the issues with Twbt and the trees in 40.x?

I get things like this:


Or is this caused by something else? I'm using the newest DF version, newest Twbt version (I think) and print_mode:twbt_legacy.

[fricy]

Excuse me if this has been answered before, but is there some way to fix the issues with Twbt and the trees in 40.x?

I get things like this:


Or is this caused by something else? I'm using the newest DF version, newest Twbt version (I think) and print_mode:twbt_legacy.

Is that Obsidian, and do the black rectangles animate?
I'm positive that only happens with Obsidian's animated grass, and it's caused by a bug in twbt with mapping stuff to tile 0. Workaround is here.
(edit: Are you sure that's legacy mode? I've only seen it using regular twbt mode.)

[Meph]

I've set it to TWBT now (instead of legacy) and checked the version number, 5.42.

I tried your fix, it worked perfectly. I had thought the animated grass for the culprit, and deleted all alt-tiles, tried again, and it did not fix it... so I thought it would be something else. Turns out it was the use of the tile:0, which you replaced with tile:255.

That did the trick, all good now.

[PeridexisErrant]

I've set it to TWBT now (instead of legacy) and checked the version number, 5.42.

Unrelated to TwbT, you may want to update DFHack to r2 (and TwbT to .43) - there's a lot of nice stuff behind the scenes, including total encapsulation of mod-related DFHacks scripts in the raw folder; MW saves could potentially be portable!

[Meph]

I've set it to TWBT now (instead of legacy) and checked the version number, 5.42.

Unrelated to TwbT, you may want to update DFHack to r2 (and TwbT to .43) - there's a lot of nice stuff behind the scenes, including total encapsulation of mod-related DFHacks scripts in the raw folder; MW saves could potentially be portable!

Any syntax or folder changes?

[Putnam]

Nope. I may port everything over and note what exactly I did.

[PeridexisErrant]

Unrelated to TwbT, you may want to update DFHack to r2 (and TwbT to .43) - there's a lot of nice stuff behind the scenes, including total encapsulation of mod-related DFHacks scripts in the raw folder; MW saves could potentially be portable!

Any syntax or folder changes?

None required for things to keep working, taking advantage of new features would probably take some minimal changes to the areas where scripts call other scripts.

[Boltgun]

Any syntax or folder changes?

What worked before will still work in r2, but I started taking advantage of the new syntax to run scripts. It's quite better then the old way.

Also it allows to put scripts in the raw folder which is really good for succession games. The only part of a mod left outside the raws now is the speech text files.

[CowThing]

A while ago I asked about how to change the screw pump tiles. And I figured it out, I feel silly now because it was pretty simple. Just posting in case anyone else was wondering.

Code: [Select]

[OVERRIDE:246:B:SCREW_PUMP:ScrewPump::NewTiles:3]
[OVERRIDE:37:B:SCREW_PUMP:ScrewPump::NewTiles:4]I just had to change the tile number. First override replaces the inactive tile. Second override replaces the active tile.

[lethosor]

Any syntax or folder changes?

What worked before will still work in r2, but I started taking advantage of the new syntax to run scripts. It's quite better then the old way.

Assuming you're referring to script_environment(), what scripts (if any) in the standard DFHack distribution are you using as modules? I'm planning on only allowing scripts that handle being used as modules to be accessed in this way, which would require a small change to these scripts.