Print

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

[doublestrafe]

Sorry if this is a known issue; I did spend some time googling for it.

I decided to dink around with DF after a hiatus, so I downloaded the latest Starter Pack for Windows (10). I extracted it, ported some old clothing mods I liked to \raw\objects\, tweaked the inits, changed the graphics through the UI because I hate tilesets, and launched DF. As soon as I tried to create a world, it crashed, citing that it couldn't find \raw\objects\text\book_instruction.txt.

So I went looking for it, couldn't find it, scratched my head, and extracted the whole thing over the top without replacing existing files, figuring the first extraction must have failed. Launched DF, created a world, embarked, and looked around--but wait, my dwarves were in default clothes. Where was my mod? I went back into the raw folder and it was back to the default! How'd that happen? Plus the ASCII graphics weren't quite right.

Long story short, I puttered around for a while, then decided to delete the entire thing and start over. So I:

• Deleted everything
• Extracted the Starter Pack
• Changed the graphics
• Went to move my mods into \raw\objects

\df_42_04_win_s\raw\ was missing entirely.

Repeated the process. Changing the graphics from the LNP UI completely deleted the \raw\ folder.

I'm guessing that's not supposed to happen?

[PeridexisErrant]

No, certainly not supposed to happen!

It may be related to this bug, the fix for which is not released.

Note though that changing graphics will reset the raws - unless you install a mod with PyLNP, it assumes your install is vanilla and just overwrites them.  But this only (maybe) explains the first round...

[doublestrafe]

Found this from last year:

I'm seeing a problem here, where attempting to install graphics will instead delete the raws folder.

I'm wondering if it's expecting a save structure to exist and tripping when it's not there?

[Pidgeot]

Assuming it *is* that bug, it's more to do with how Windows handles files - this can cause weird error condition, which unfortunately break graphics like that.

I hope to get a new version out with a fix fairly soon, but I might be a week or two before I can finish everything up.

Until then, the best workaround is to not open the DF folder in Windows' file explorer. Waiting a minute or two may also help avoid it.

[lethosor]

Is explorer creating files in folders that you view or something? (I know Finder on OS X does that, which can cause issues sometimes.)

[Pidgeot]

As best as I can tell, what happens is that Explorer will have a handle open to the folder (to generate thumbnails, or whatever), and there is some strange conflict between the Python library method used to perform these file operations (shutil.rmtree and shutil.copytree) which means that sometimes, rmtree will fail to delete the folder (presumably because Explorer still had a reference to it at that exact moment), or in other cases, it may fail to *recreate* the directory (because I guess Explorer had a handle open with that path already taken?).

I've implemented a workaround for these cases (trying more than once, which always seems to work). Mozilla is using the same basic approach in some of their code, so it would seem to be a general issue in how those methods work (at least in Python 2.7).

[Sheila]

Soundsense plays all sounds multiple times whenever events happen, I can't tell if it's trying to play all different versions at the same time or it's just a random number. I didn't change anything, just extracted the soundpack to the new LNP.
Any way to fix this?

[Snafu]

SoundSense is currently borked WRT LNP: it plays duplicates over the top of each other

A fix /may/ be to deselect the LNP auto-startup of SS & start it manually; alternatively you could try deselecting (muting) music/FX IG, but I haven't tried either of these as yet so I've no idea as to whether they'll work..

See also SoundSense suggestion & following messages (not too many atm)

[PeridexisErrant]

Gah!  Soundsense settings have been giving me a lot of trouble lately, as the dfhack scripts have been updated but Soundsense hasn't.  I'll keep trying to track it down I guess

[doublestrafe]

Just to follow up, it does in fact seem to be that bug--I unpacked it fresh and changed the graphics with and without going into the \raw\ folder, and it only got deleted when I had opened it.

[Oafsalot]

I noticed that the popup that stop you opening two dwarf fortresses won't actually let you open a second and just loops over and over.

[sparkybear]

Was the option to merge content from a previous starter pack disabled?

[PeridexisErrant]

Was the option to merge content from a previous starter pack disabled?

Broken by various updates; I'm working on a replacement which will be built into PyLNP instead.

[Taetrius]

SoundSense is currently borked WRT LNP: it plays duplicates over the top of each other

The issue can be solved by modifying Soundsense configuration file : in current version it calls gamelog.txt twice, as principal and supplemental log :

<gamelog path="..\..\..\Dwarf Fortress 0.43.03\gamelog.txt" encoding="Cp850"/>
-<supplementalLogs>
<item path="..\..\..\Dwarf Fortress 0.43.03\gamelog.txt" encoding="Cp850"/>
</supplementalLogs>

, which seems to explain the duplicate sounds. In older versions the target for "supplemental log" was different :

<gamelog path="..\..\..\Dwarf Fortress 0.43.03\gamelog.txt" encoding="Cp850"/>
-<supplementalLogs>
<item path="${gameBaseDir}/ss_fix.log"/>
</supplementalLogs>

I just copy-pasted the relevant lines from an older starter pack and it worked just fine.
Any reason this was changed ?

[Snafu]

That change seems to work, although I've not tested it fully yet.. TVM!