Print

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

[Fleeting Frames]

How to make vermins overrides?

If you've been seeing me using them, that's from using custom copy of TWBT for it compiled for 43.03 - in basic default TWBT, though, a vermin would most of the time treated like a terrain, so if you give your vermins unique tiles not used by other terrain you could override them by overriding all walkable terrain with that specific tile (assuming there's no overlap with other items or creatures).

[waterphage13]

How to make vermins overrides?

If you've been seeing me using them, that's from using custom copy of TWBT for it compiled for 43.03 - in basic default TWBT, though, a vermin would most of the time treated like a terrain, so if you give your vermins unique tiles not used by other terrain you could override them by overriding all walkable terrain with that specific tile (assuming there's no overlap with other items or creatures).

I had done vermins this way but I don't like this because then I need to update all raws of creatures. Is there easy script to automatically change creature tiles?

[Dubya]

How do you keep certain overrides from displaying as a pure black tile? For instance, workshop overrides that change tiles from the base tileset to a tiles that are on a different image (ex: overriding table tile from phoebus16x16.png to custom_overrides16x16.png) will only return a black square. If I press q and hover over the workshop, it will blink green and show the correct art, but only when it's blinking.  How do I stop this from happening?

EDIT: found the problem, my custom workshop didn't have the correct values in the [COLOR:0:0:0:0:0:0:0:0:0:0:0] fields. I had forgot to change the first value past 0 for the different building stages.

[vettlingr]

Does anyone still work on this??

I would like to request an idea I have.

It would be cool to be able to use custom material groupings as a material flag/token like so:

[MATERIALGROUP:IGNEOUS_GRANULATE]
[INORGANIC:GRANITE]
[INORGANIC:DIORITE]
[INORGANIC:GABBRO]
[END]

Then apply it like so:
[OVERRIDE:205:T:MineralWallSmoothLR:6:142:::IGNEOUS_GRANULATE:]
[OVERRIDE:186:T:MineralWallSmoothUD:6:159:::IGNEOUS_GRANULATE:]
[OVERRIDE:200:T:MineralWallSmoothRU:6:173:::IGNEOUS_GRANULATE:]
[OVERRIDE:211:T:MineralWallSmoothRU2:6:126:::IGNEOUS_GRANULATE:]
[OVERRIDE:212:T:MineralWallSmoothR2U:6:190:::IGNEOUS_GRANULATE:]

That way you could limit the amount of override lines needed for materials that share the same override.

[Fleeting Frames]

FWIW, when I added the ^ char for string matching, what it did was just the equivalent of triplicating your five lines of overrides into fifteen. The number of actual overrides remained same as before. (PS: Forked it and put code on github now.)

[jcrabbit]

Hi, I'm not sure if this is the right place to ask this question. I'm getting a crash when running the Linux Newbies Pack with TWBT. When running it with gdb, I get to

Code: [Select]

(gdb) bt full
#0  0x00007ffff5910fb7 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff5912921 in abort () at /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff6303957 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff6309ae6 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff6309b21 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff6309d54 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007fffa2342298 in renderer_cool::update_map_tile(int, int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#7  0x00007fffa2344a0b in renderer_cool::display_map() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#8  0x00007fffa2346eeb in renderer_cool::draw(int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#9  0x00007ffff664c6b0 in renderer_opengl::render() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#10 0x00007ffff6649a88 in enablerst::do_frame() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#11 0x00007ffff6649f71 in enablerst::eventLoop_SDL() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#12 0x00007ffff664a6f2 in enablerst::loop(std::string) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#13 0x00007ffff6645326 in main () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#14 0x00007ffff58f3bf7 in __libc_start_main () at /lib/x86_64-linux-gnu/libc.so.6
#15 0x000000000040970f in  ()
Not surprisingly, turning off TWBT (but still running dfhack) does not cause a crash.

Running in TWBT_LEGACY mode gets

Code: [Select]

(gdb) bt
#0  0x00007ffff5910fb7 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff5912921 in abort () at /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff6303957 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff6309ae6 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff6309b21 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff6309d54 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007fffa3a011bf in renderer_legacy::update_tile(int, int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#7  0x00007ffff6646e4d in renderer::display() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#8  0x00007ffff6649a7e in enablerst::do_frame() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#9  0x00007ffff6649f71 in enablerst::eventLoop_SDL() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#10 0x00007ffff664a6f2 in enablerst::loop(std::string) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#11 0x00007ffff6645326 in main () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#12 0x00007ffff58f3bf7 in __libc_start_main () at /lib/x86_64-linux-gnu/libc.so.6
#13 0x000000000040970f in  ()

Any idea what's going on?

[ldog]

Hi, I'm not sure if this is the right place to ask this question. I'm getting a crash when running the Linux Newbies Pack with TWBT. When running it with gdb, I get to

Code: [Select]

(gdb) bt full
#0  0x00007ffff5910fb7 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff5912921 in abort () at /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff6303957 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff6309ae6 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff6309b21 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff6309d54 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007fffa2342298 in renderer_cool::update_map_tile(int, int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#7  0x00007fffa2344a0b in renderer_cool::display_map() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#8  0x00007fffa2346eeb in renderer_cool::draw(int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#9  0x00007ffff664c6b0 in renderer_opengl::render() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#10 0x00007ffff6649a88 in enablerst::do_frame() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#11 0x00007ffff6649f71 in enablerst::eventLoop_SDL() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#12 0x00007ffff664a6f2 in enablerst::loop(std::string) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#13 0x00007ffff6645326 in main () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#14 0x00007ffff58f3bf7 in __libc_start_main () at /lib/x86_64-linux-gnu/libc.so.6
#15 0x000000000040970f in  ()
Not surprisingly, turning off TWBT (but still running dfhack) does not cause a crash.

Running in TWBT_LEGACY mode gets

Code: [Select]

(gdb) bt
#0  0x00007ffff5910fb7 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff5912921 in abort () at /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff6303957 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff6309ae6 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff6309b21 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff6309d54 in  () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007fffa3a011bf in renderer_legacy::update_tile(int, int) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/hack/plugins/twbt.plug.so
#7  0x00007ffff6646e4d in renderer::display() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#8  0x00007ffff6649a7e in enablerst::do_frame() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#9  0x00007ffff6649f71 in enablerst::eventLoop_SDL() () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#10 0x00007ffff664a6f2 in enablerst::loop(std::string) () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#11 0x00007ffff6645326 in main () at /home/jcheng/Games/LinuxDwarfPack-0.47.05-r2/df_47_05_linux/libs/libgraphics.so
#12 0x00007ffff58f3bf7 in __libc_start_main () at /lib/x86_64-linux-gnu/libc.so.6
#13 0x000000000040970f in  ()

Any idea what's going on?

I don't know enough to know what causes the crash, but if it is a new embark, try disabling it, loading up, saving, exiting, enabling it again (god knows I absolutely hate the way the game looks w/o TWBT). This is the usual solution on Windows, but it may work on Linux too. It doesn't always crash, and this doesn't always solve it, but probably worth a shot.

[jcrabbit]

It looks like TWBT has not been updated since 2019 (https://github.com/mifki/df-twbt). The Linux build instructions was never committed (https://github.com/mifki/df-twbt/pull/22). Trying to compile on Ubuntu 18 gave a number of errors

Code: [Select]

tileupdate_map.hpp: In function ‘void write_tile_arrays_map(renderer_cool*, int, int, GLfloat*, GLfloat*, GLfloat*, GLfloat*, GLfloat*, GLfloat*)’:
tileupdate_map.hpp:162:61: error: invalid conversion from ‘int’ to ‘df::enums::items_other_id::items_other_id’ [-fpermissive]
                         auto &ilist = world->items.other[og.other_id];
                                                          ~~~^~~~~~~~
In file included from /home/jcheng/pubprjs/dfhack/library/include/DataDefs.h:35:0,
                 from /home/jcheng/pubprjs/dfhack/library/include/DataIdentity.h:33,
                 from /home/jcheng/pubprjs/dfhack/library/include/DataFuncs.h:32,
                 from /home/jcheng/pubprjs/dfhack/library/include/PluginManager.h:36,
                 from twbt.cpp:43:

I suspect it's simply not stable on Linux at this point.

[Ziusudra]

You might try building this fork, it has updated Linux releases : https://github.com/thurin/df-twbt/releases

[jcrabbit]

Thanks. That helped me make progress. Now I realized all the plugins and dfhack must be compiled with the same code. Yikes!

[lethosor]

If you're able to compile TWBT from that fork, I'd recommend compiling a debug build so that you can get more information out of the GDB backtrace (if you aren't already doing this, that is).

Binaries are available at Ziusudra's link, but I strongly suspect your pack is using one of those already.

[thurin]

If you're able to compile TWBT from that fork, I'd recommend compiling a debug build so that you can get more information out of the GDB backtrace (if you aren't already doing this, that is).

Binaries are available at Ziusudra's link, but I strongly suspect your pack is using one of those already.

If using McArcady's Linux LNP, he builds TWBT (and pretty much everything else too) from source rather than using a prebuilt Release.

[noomen]

Good day everyone. I was directed here from the main thread, because of this issue I think is caused by TWBT. It could be a bug. What do you guys think.

I'm using Vanilla DF, with DFHack mainly for TWBT. However, when I "l" in order to see around me, that huge text (screenshot in link below) still appears even though TWBT is running. Any ideas?

I'm playing in adventure mode, if that makes any difference.

Thank you in advance.

https://imgur.com/a/WPsFp7g

[lethosor]

Adventure mode support definitely has gaps - that's probably one of them.

[noomen]

Adventure mode support definitely has gaps - that's probably one of them.

Any workarounds or alternatives to TWBT that you would recommend. I just would like to play adv mode, and later fortress mode, with normal size text.