Print

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

[clinodev]

I've been getting a lot of crashes on embark when TWBT is enabled, I seem to recall this being the culprit a few times in a past as well.

TWBT is unfortunately both incredibly valuable and effectively unsupported by the author. I'll message thurin who's been compiling the builds used in, I believe, all the Packs now just in case he has a solution, but it's been an issue on and off for years even with mifki's builds.

In the meanwhile, in case you're unaware, you can get around this crash by turning off TWBT until you're safely embarked with your wagon on the ground, and then turn it back on, as it only happens at the actual moment of embark.

[lazylonelion]

No quickfort plugin in dfhack? Is that a policy?

[lethosor]

No quickfort plugin in dfhack? Is that a policy?

Can you clarify what you mean? Do you not have a "quickfort" command available in DFHack?

DFHack 0.47.04-r3 includes a quickfort script (slightly different from a plugin), and I think at least 0.47.04-r09 of this pack includes that (maybe -r10).

[clinodev]

No quickfort plugin in dfhack? Is that a policy?

My download has both the old utility and the new script.

My suggestion would be to download it again, making sure you're getting r10.

https://dffd.bay12games.com/file.php?id=7622

[lazylonelion]

No quickfort plugin in dfhack? Is that a policy?

My download has both the old utility and the new script.

My suggestion would be to download it again, making sure you're getting r10.

https://dffd.bay12games.com/file.php?id=7622

r10 works.

[Yinseng]

I've been summoned!

I thought that LNP updates the DF/data/twbt folders when you change graphics packs through the launcher but it seems that isn't the case. By using those files along with those from other graphics packs results in the problems you described.

Anyway the proccess to fix it is the same but you have to use the files found in PeridexisErrant's Starter Pack 0.47.04-r10\LNP\graphics. In that folder you can find the correct files for any of the supported graphics packs.

Could this also be the reason that people that were using Meph's tileset were experiencing crashes?

[Yinseng]

I've been summoned!

I thought that LNP updates the DF/data/twbt folders when you change graphics packs through the launcher but it seems that isn't the case. By using those files along with those from other graphics packs results in the problems you described.

Anyway the proccess to fix it is the same but you have to use the files found in PeridexisErrant's Starter Pack 0.47.04-r10\LNP\graphics. In that folder you can find the correct files for any of the supported graphics packs.

The problem seems to be that the TWBT-specific content was moved to a separate folder for several tilesets in the DFGraphics repo. The LNP just copies over the content of the LNP\Graphics\[Tileset] folder to the main game folder and while it can detect twbt specific folders in the raws (twbt_graphics and twbt_objects), it cannot do the same for the art and & init folders, so the twbt_art and twbt_init folders are ignored. Which means that the tilesheets for the overrides and the overrides.txt aren't where they are supposed to be. Ironhand, Mayday, Obsidian, Phoebus and Spacefox are affected by this.

This should probably be patched in python-lnp and as a temporary workaround, those folders should probably be merged back into the respective art and init folders in the pack.

I'm more than a little confused, I can't really piece together how I'm supposed to fix this manually based on the instructions (and the subsequent corrected instructions) from Ulfarr, and then the additional information you gave here. If I'm changing tilesets in LNP r10, what should I do with the twbt_graphics and twbt_objects folders in Dwarf Fortress 0.47.04\data? Please explain it to me as if I hadn't read any of those previous posts, just so I don't get any particular detail mixed up.

[Nilsolm]

I'm more than a little confused, I can't really piece together how I'm supposed to fix this manually based on the instructions (and the subsequent corrected instructions) from Ulfarr, and then the additional information you gave here. If I'm changing tilesets in LNP r10, what should I do with the twbt_graphics and twbt_objects folders in Dwarf Fortress 0.47.04\data? Please explain it to me as if I hadn't read any of those previous posts, just so I don't get any particular detail mixed up.

Ulfarr's instructions are the ones you need. What I wrote isn't really relevant for fixing the problem manually; it's just an explanation of why the problem exists in the first place.

[Yinseng]

I'm more than a little confused, I can't really piece together how I'm supposed to fix this manually based on the instructions (and the subsequent corrected instructions) from Ulfarr, and then the additional information you gave here. If I'm changing tilesets in LNP r10, what should I do with the twbt_graphics and twbt_objects folders in Dwarf Fortress 0.47.04\data? Please explain it to me as if I hadn't read any of those previous posts, just so I don't get any particular detail mixed up.

Ulfarr's instructions are the ones you need. What I wrote isn't really relevant for fixing the problem manually; it's just an explanation of why the problem exists in the first place.

Those instructions don't seem to make any sense though. These are the steps:

1) Copy the content from Dwarf Fortress 0.47.04\data\twbt_art in Dwarf Fortress 0.47.04\data\art.
2) Copy the content from Dwarf Fortress 0.47.04\data\twbt_init in Dwarf Fortress 0.47.04\data\init.
3) Copy the content from Dwarf Fortress 0.47.04\raw\twbt_graphics in Dwarf Fortress 0.47.04\raw\graphics.
4) Copy the content from Dwarf Fortress 0.47.04\raw\twbt_objects in Dwarf Fortress 0.47.04\raw\objects.
5) Make sure that in the LNP launcher you have chosen "Print Mode: TWBT" (found in the Graphics tab).

'from' and 'in'... both imply they're the source, not the destination. And then the post afterward states that the correct files are in LNP\graphics, but I'm not sure which set of directories that's meant to replace.

What seems to make the most sense to me is taking all the files from LNP\graphics\[Tileset]\data\art and then putting it into Dwarf Fortress 0.47.04\data\twbt_art, same for init... and then, what about twbt_graphics and twbt_objects? Those don't seem to exist by default for me. Should I make them if they don't?

[Nilsolm]

It should be 'from' and 'to'. You copy from '/data/twbt_art' to '/data/art' and from '/data/twbt_init' to '/data/init'. Those two steps should be enough because those two folders are the ones which aren't being copied to where they should be.

What seems to make the most sense to me is taking all the files from LNP\graphics\[Tileset]\data\art and then putting it into Dwarf Fortress 0.47.04\data\twbt_art, same for init... and then, what about twbt_graphics and twbt_objects? Those don't seem to exist by default for me. Should I make them if they don't?

Copying from LNP\graphics\[Tileset] would technically achieve the same thing. That's what the LNP does as well when you select a new tileset from the list.

Except if you look in those folders, you'll notice that certain tilesets (like Phoebus and the others I mentioned above) have four things in their /data/ folder: art, init, twbt_art and twbt_init. What the LNP does is copy those four into Dwarf Fortress 0.47.04\data\ and overwrite everything there. However, for the item overrides to work (so up/down stairs don't look like an X and such), it would also need to copy twbt_art into art and twbt_init into init, but it doesn't seem to do that. That's where the hiccup is; that's why you have to do those steps manually.

As for twbt_graphics and twbt_objects, those folders shouldn't be a concern. The LNP handles those properly as far as I can tell.

[Ulfarr]

'from' and 'in'... both imply they're the source, not the destination.

Really? I wasn't aware of that.

Anyway, I guess I'm the resident tileset installation support this point...might wear some crimson robes and start praying to some dragon in Mars as well, cause I've got no idea how any of these works.

01000010 01100001 01110011 01101001 01100011 01100001 01101100 01111001 00100000 01100001 01101110 01111001 01110100 01101000 01101001 01101110 01100111 00100000 01110100 01101000 01100001 01110100 00100000 01101001 01110011 00100000 01100110 01101111 01110101 01101110 01100100 00100000 01101001 01101110 00100000 01100001 00100000 01110100 01101001 01101100 01100101 01110011 01100101 01110100 00100111 01110011 00100000 00100010 01111000 00101101 01100110 01101111 01101100 01100100 01100101 01110010 00100010 00100000 01100111 01101111 01100101 01110011 00100000 01101001 01101110 01110011 01101001 01100100 01100101 00100000 01110100 01101000 01100101 00100000 01100011 01101111 01110010 01110010 01100101 01110011 01110000 01101111 01100100 01101001 01101110 01100111 00100000 01000100 01000110 00100000 00100010 01111000 00101101 01100110 01101111 01101100 01100100 01100101 01110010 00100010 00101110 00100000 01010011 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00100000 01100111 01101111 01100101 01110011 00100000 01110100 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00101110 00100000 00100010 01110100 01110111 01100010 01110100 01011111 01100001 01110010 01110100 00100010 00100000 01101001 01110011 00100000 01100001 01110010 01110100 00100000 01110011 01101111 00100000 01101001 01110100 00100000 01100111 01101111 01100101 01110011 00100000 01110100 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00101110

Spoiler (click to show/hide)

Just copy the content from:

LNP\graphics\[Tileset]\data\art + twbt_art into Dwarf Fortress 0.47.04\data\art
LNP\graphics\[Tileset]\data\init + twbt_init into Dwarf Fortress 0.47.04\data\int
LNP\graphics\[Tileset]\raw\graphics + twbt_graphics  into Dwarf Fortress 0.47.04\raw\graphics
LNP\graphics\[Tileset]\raw\objects + twbt_objects into Dwarf Fortress 0.47.04\raw\objects

[Yinseng]

'from' and 'in'... both imply they're the source, not the destination.

Really? I wasn't aware of that.

Anyway, I guess I'm the resident tileset installation support this point...might wear some crimson robes and start praying to some dragon in Mars as well, cause I've got no idea how any of these works.

01000010 01100001 01110011 01101001 01100011 01100001 01101100 01111001 00100000 01100001 01101110 01111001 01110100 01101000 01101001 01101110 01100111 00100000 01110100 01101000 01100001 01110100 00100000 01101001 01110011 00100000 01100110 01101111 01110101 01101110 01100100 00100000 01101001 01101110 00100000 01100001 00100000 01110100 01101001 01101100 01100101 01110011 01100101 01110100 00100111 01110011 00100000 00100010 01111000 00101101 01100110 01101111 01101100 01100100 01100101 01110010 00100010 00100000 01100111 01101111 01100101 01110011 00100000 01101001 01101110 01110011 01101001 01100100 01100101 00100000 01110100 01101000 01100101 00100000 01100011 01101111 01110010 01110010 01100101 01110011 01110000 01101111 01100100 01101001 01101110 01100111 00100000 01000100 01000110 00100000 00100010 01111000 00101101 01100110 01101111 01101100 01100100 01100101 01110010 00100010 00101110 00100000 01010011 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00100000 01100111 01101111 01100101 01110011 00100000 01110100 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00101110 00100000 00100010 01110100 01110111 01100010 01110100 01011111 01100001 01110010 01110100 00100010 00100000 01101001 01110011 00100000 01100001 01110010 01110100 00100000 01110011 01101111 00100000 01101001 01110100 00100000 01100111 01101111 01100101 01110011 00100000 01110100 01101111 00100000 00100010 01100001 01110010 01110100 00100010 00101110

Spoiler (click to show/hide)

Just copy the content from:

LNP\graphics\[Tileset]\data\art + twbt_art into Dwarf Fortress 0.47.04\data\art
LNP\graphics\[Tileset]\data\init + twbt_init into Dwarf Fortress 0.47.04\data\int
LNP\graphics\[Tileset]\raw\graphics + twbt_graphics  into Dwarf Fortress 0.47.04\raw\graphics
LNP\graphics\[Tileset]\raw\objects + twbt_objects into Dwarf Fortress 0.47.04\raw\objects

Thanks. Unfortunately this defeats my theory that the Meph tileset crashes had anything to do with that, seeing as it's already formatted like that (i.e. without twbt folders).

[novuscentaurius]

Greetings, I just downloaded the latest (r10) pack, extracted to Documents folder, launcher opened up without issue, click on "Play Dwarf Fortress!" ...nothing happens. I had an earlier (r6) pack, coped the "Starter Pack Launcher (PyLNP)" EXE and did the same thing, it launched DF and hack, no issues there. The launcher exe for me, is broken it looks like, only for for the r10 pack though.

I also tired to extract the zip onto my Desktop, no changes to settings, files, or anything... same problem. Did the exe get 'unlinked' somehow?

So I checked sdterr.txt and... theres a couple of errors.

Code: [Select]

Running PyLNP 0.14a (OS: win, Compiled: True)
INFO: Read installed graphics (ASCII) from log
Traceback (most recent call last):
  File "core\launcher.py", line 113, in run_program
  File "subprocess.py", line 775, in __init__
  File "subprocess.py", line 1178, in _execute_child
OSError: [WinError 193] %1 is not a valid Win32 application
ERROR: Could not launch .\Dwarf Fortress 0.47.04\Dwarf Fortress.exe
Exception in Tkinter callback
Traceback (most recent call last):
  File "tkgui\tkgui.py", line 557, in run_df
  File "core\launcher.py", line 55, in run_df
Exception: Failed to run Dwarf Fortress.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "tkinter\__init__.py", line 1705, in __call__
  File "tkgui\tkgui.py", line 562, in run_df
AttributeError: 'Exception' object has no attribute 'message'


[lethosor]

Does the file "Dwarf Fortress 0.47.04\Dwarf Fortress.exe" exist, and are you able to launch it manually? If not, my first guess would be that some antivirus software quarantined it. (It's also possible, but unlikely, that it got corrupted somehow, which re-extracting or re-downloading could fix.)

[clinodev]

I also tired to extract the zip onto my Desktop, no changes to settings, files, or anything... same problem. Did the exe get 'unlinked' somehow?

While I don't know the specific problem you're having (I'd suggest waiting a few hours and then downloading the forthcoming new version when it's announced,) but you should always extract the zip file outside of system folders.

INSTRUCTIONS:
1. Download and unzip the folder
    It's a bundle of portable apps; there's no further installation procedure.
    The pack must be able to read/write files though - so don't put it in a "Program Files" folder.