Print

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

[lethosor]

Could you upload your stderr.log file from a run of DFHack that triggered this error? I'm not sure if any additional details will be in it, but they would be more likely to be printed there than to the console.

[Uthimienure]

Could you upload your stderr.log file from a run of DFHack that triggered this error? I'm not sure if any additional details will be in it, but they would be more likely to be printed there than to the console.

Certainly!  Here's the link:  https://dffd.bay12games.com/file.php?id=15362

[lethosor]

Unfortunately that doesn't give any more details (looks like Windows is particularly unhelpful here compared to other platforms):

Code: [Select]

loading plugin twbt
Can't load plugin twbt

The only other possibility I could think of is that you have 32-bit DF and DFHack, but stderr.log also indicates that you have 64-bit DF (and therefore must have 64-bit DFHack too):

Code: [Select]

Version: v0.47.04 SDL win64

If redownloading TWBT as Clément suggested doesn't help, uploading a copy of hack/plugins/twbt.plug.dll might be useful. Do you have any antivirus software that could be quarantining this file? If not, my only other guess is that the plugin was simply built incorrectly somehow, but I don't understand how nobody else would have run into that issue. You are using an older version of DFHack, though - any reason you can't upgrade? I know there's a build of TWBT from the same source for 0.47.04-r3 currently (not r4 yet): https://github.com/thurin/df-twbt/releases/

[Uthimienure]

Thanks for taking the time to help, lethosor, Clément, and Erendir.
I do have 64-bit DF and everything else.
And it's no surprise Windoze is particularly unhelpful.

I'll start with a fresh install for my next fort anyway, so not the end of the world... or maybe do a fresh install, and if I get it working, then copy over my current fort to that.

[thurin]

I've updated the twbt release for r4 (for windows and linux - mac coming soon).

https://github.com/thurin/df-twbt/releases/tag/0.47.04-r4

[Uthimienure]

This plugin improves various aspects the game interface.
...

2. Multi-level rendering.
...

[/color]
The above quote is from the O.P. in this thread.

Does Multi-level rendering happen automatically, or does it need to be turned on separately somehow?

(I successfully installed DFHack 0.47.04-r4   and   twbt-6.xx-win64-0.47.04-r4, which appeared to load correctly.  I set PRINT_MODE to TWBT as advised in init.txt)  Then, upon creating a new world and embarking I'm not seeing the multi-level rendering.  Using DF 0.47.04 game version with no mods and ASCII tileset.  Sorry to be a pest, but I'm sure I followed all the instructions and such.

[Ziusudra]

It needs to be turned on:
https://github.com/mifki/df-twbt#multi-level-rendering

[clinodev]

This plugin improves various aspects the game interface.
...

2. Multi-level rendering.
...

[/color]
The above quote is from the O.P. in this thread.

Does Multi-level rendering happen automatically, or does it need to be turned on separately somehow?

(I successfully installed DFHack 0.47.04-r4   and   twbt-6.xx-win64-0.47.04-r4, which appeared to load correctly.  I set PRINT_MODE to TWBT as advised in init.txt)  Then, upon creating a new world and embarking I'm not seeing the multi-level rendering.  Using DF 0.47.04 game version with no mods and ASCII tileset.  Sorry to be a pest, but I'm sure I followed all the instructions and such.

You can choose the depth of multilevel with the DFhack terminal command `multilevel #` where # is a number from  0 to 15. Generally people will place such a command in dfhack.init.

[Uthimienure]

OMG I'm so happy!

Thanks guys, and if I had been more observant I would have found that github/mifki page right in the O.P.
*duh*

[alef]

... Suddenly every time I pressed escape to exit menus, especially the Z menu, I get a black screen. The game is not frozen but the playing window turns pitch black. I can still see the rest of the game like the menu on the right, and the borders and such. And the game is running.

Same issue here, all the time. It doesn't happen if I set [PRINT_MODE:TWBT_LEGACY].

[Libash_Thunderhead]

Does anybody have 32 bit sources/libs for windows?
I guess I'd better setup a 64 bit virtual machine, but I want to try my luck first. 

[Rose]

There's a large amount of work that needs to be done for each architecture, so there's no 32bit work done, since every modern CPU is 64 bit.

[Fleeting Frames]

Here's an update to this post back in 2018 july.

Spoiler: Feature tweaks (8) (click to show/hide)

Transparent backgrounds for all buildings (necessary for new vermin display).

||

Implemented unit/item/vermin/building/map display at once. || On that note:

Implemented vermin graphics; reimplemented creature transparency (not normally available for 4303, so had to use a hacky workaround (which leads to issues with vermins over corpse parts - also tbh the rhino lizard behind the "g" below is hardly visible)). For some reason artists made grand effort to draw the vermin, and then implement the graphics code, despite no in-game display of them - well, they can now be very cute and visible.

||

TWBT Map tile override param in the form of "^BeginningOfTheTile" for overriding multiple tiles at once, for quickly mass-specifying GrassLightFloor variants. Equivalent to manually writing them out.

New :BUILDING_TILE_ONLY param for buildings to prevent ice floors & mists being overridden in workshops as well as snow & various wild plants overriding oddly-shaped farm plots. Default off.

Partially implemented multilevel transparency. Green and clear glass bridges, supports, upright spears, floor bars, vertical bars, grates, floodgates and hatches are transparent, displaying some stuff on z-level below. Allowed descriptor color fg/bg overrides, as well as modified devel/inject-raws for injecting colors in existing saves.

||

Made mouse coords outside play area use old mouse coords rather than -1,-1. Not sure why that was set, but haven't found any issues or instability in seasons.

Can override entire well in-use now with multilevel active. Formatting is

Code: [Select]

[OVERRIDE:09:B:WELL:Well::tilesheet:tilenr] #Unused well
[OVERRIDE:09:I:BUCKET:BUCKET::tilesheet:tilenr] ##Well while being pulled
[OVERRIDE:150:B:WELL:Well::tilesheet:tilenr] #Bucket that is being lowered
[OVERRIDE:179:B:WELL:Well::tilesheet:tilenr] ##Chain that is being lowered.


Spoiler: Bugfixes (5) (click to show/hide)

Last-to-first item counting; fixes a long-standing override bug where it looked at DF's items in opposite order.

||

WIll now override hauled items and sentient corpses, as the reason for stopping those is gone.

Fixed water tiles under items. Also, now tile 219 (dig designation) and open space tiles 49-55 (water tiles) are not overridden when in unrevealed space to prevent unintentional information reveal.

Fixed unbuilt builtin material bridge override material matching - by default, df overwrites unbuilt bridge mat_index with one from last material if it is set to -1, and builtin materials ignore this. However, twbt matched by numbers, so failed detection.

Items on bridge display properly now. ||

Known issues:
Vermin altties (purring maggots in vanilla) aren't handled.
Overrides for items in trade depot and wagon (outside of center tile) aren't handled.

Packaged together with Dragonmaster's tileset and dfhack/DF, available for DL here

E: Fixed -bg layer being included in main set in IBSHEET

[PeridexisErrant]

Here's an update to this post back in 2018 july.

Nice!  Would you consider

• Hosting the download at https://dffd.bay12games.com/ ?  It's dedicated hosting for DF, with no signup barriers and likely to outlast anything else the community uses 
• Are you interested in helping to port TwbT into the main DFHack repo?  With Mifki inactive, it would make maintainence and packaging a lot easier to have it all built and tested together.

[thurin]

• Are you interested in helping to port TwbT into the main DFHack repo?  With Mifki inactive, it would make maintainence and packaging a lot easier to have it all built and tested together.

i've started working on this with dfhack folks.

open to any fixes that are needed of course.