Print

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

[PeridexisErrant]

Thank you very much for your work on this.  Found only a crash when I build any constructions over trees.

Happy to help! Unfortunately this is a bug in vanilla DF, so there's nothing I can do 

[PeridexisErrant]

The Starter Pack has updated to 40_24 r6!  As usual, you can get it here.

A lot of important bugfixes here if you ever use mods or ASCII graphics - otherwise less important, but still good to get a fixed version out.  Most of the work actually went into working on the mods logic, but despite the lack of included mods there's a concrete benefit in improving the robustness of the graphics handling as well as bringing a mods-integrated version a step closer.

Strike the Earth!

Changelog:
 - updated PyLNP to 0.9.3; misc upgrades including better legends processor
 - improved handling of mods, especially with graphics or dfhack scripts
 - fixed graphics switching on modded saves unsing PyLNP
 - fixed bits of outdated documentation
 - reduced disk/download size by moving redundant images to LNP/Tilesets
 - updated exportlegends script; as merged for next DFHack

MD5:  2812D0F091CC5E65E0C09277A4F93511

[Henny]

Much appreciated!

[Nunuvin]

Hello,
I have tried installing DF40_24r6 and encountered a problem. Instead of using a correct graphics folder it uses my documents (when i clicked open graphics folder or saved games folder it opened my documents). I checked in the PYLNP.json file and it had the correct folders set for the graphics. Is there a way to resolve this issue? Also in earlier version DF40_19r2 starter pack did not see default ascii tileset (I could not pick it).

[Pidgeot]

Hello,
I have tried installing DF40_24r6 and encountered a problem. Instead of using a correct graphics folder it uses my documents (when i clicked open graphics folder or saved games folder it opened my documents). I checked in the PYLNP.json file and it had the correct folders set for the graphics. Is there a way to resolve this issue? Also in earlier version DF40_19r2 starter pack did not see default ascii tileset (I could not pick it).

I would expect there to be an error visible under File > Output Log; please check.

However, I *think* this might be caused by non-ASCII characters in the path (characters not in this list). If that's the case, try moving it elsewhere (for example by creating C:\Dwarf Fortress and storing it there). Unfortunately, there is currently no way for me to handle such paths correctly

[Nunuvin]

Well I unzipped it into c:/Dwarf Fortress and got an even weirder problem. Now it does not even want to start (I double click it and nothing happens ). I guess luck is not on my side today. I do not think that I used non ascii characters in the original path (only english letters, underscore, numbers and spaces were included).
EDIT: it seems to be corrupted for me Gonna try to redownload it

I raged so deleted original df starter pack so the output file if ever existed is lost forever
PS I had another problem w/ an earlier version. It would not list default ascii set in tileset options.
EDIT#2: The first problem was solved by using 7z to unpack the files  (for some random reason my default archiving software thought that folders are overrated and ignored them[I guess I should not have played with its settings]).

[PeridexisErrant]

PS I had another problem w/ an earlier version. It would not list default ascii set in tileset options.

This was a known bug which was fixed a long time ago.

[Ironlion]

- improved handling of mods, especially with graphics or dfhack scripts
 - fixed graphics switching on modded saves unsing PyLNP

Modded saves are fixed, however installing a new graphics pack still deletes the raws folder. 

[PeridexisErrant]

Modded saves are fixed, however installing a new graphics pack still deletes the raws folder.

Good... and bad.  I can't replicate the latter issue at all! 

The correct set of graphics raws should be present in LNP/Baselines/temp/raw/ - can you check that they've been built correctly?  If so, it's just an issue with copying them over after the previous lot is removed.  It's literally a one-line command, and I've checked all the arguments... if you can run from source, we might be able to do more.

[Button]

I'm having the same problem, PE. The LNP/temp folder isn't present. There's a folder named temp in LNP/Baselines, though, which has the correct raws.

[PeridexisErrant]

I'm having the same problem, PE. The LNP/temp folder isn't present. There's a folder named temp in LNP/Baselines, though, which has the correct raws.

Drat, I was hoping it was a really rare issue.  The folder you mentioned is correct; I've corrected the typo above.

This makes me worry that it's a general problem with dir_util.copy_tree() on some computers, since we're already working around a bug in it.  In this case the alternative is easy to drop in, but in some other cases it might be more difficult.

[Ironlion]

The correct set of graphics raws should be present in LNP/Baselines/temp/raw/ - can you check that they've been built correctly?  If so, it's just an issue with copying them over after the previous lot is removed.  It's literally a one-line command, and I've checked all the arguments... if you can run from source, we might be able to do more.

Yeah, there is a set of raws; in baselines/temp/raw, there looks to be the graphical pack I tried to install to DF.

Strangely, the script did just fine copying them to my saves, but not the /Dwarf Fortress 0.40.24/raw/ folder.   

Since the right set is in the /temp directory, I can live with manually copying the raws; Not sure why it would work for the saves but not for the main raws.   

Is there supposed to be a set in baseline for each graphical pack?   

[AoshimaMichio]

Could you come up with a method to transfer settings between versions? (d_init.txt and init.txt)

[PeridexisErrant]

Could you come up with a method to transfer settings between versions? (d_init.txt and init.txt)

I'll look into it.  Until then, Just copying the inits across will work if they're from the same version of DF.

Strangely, the script did just fine copying them to my saves, but not the /Dwarf Fortress 0.40.24/raw/ folder.

Is there supposed to be a set in baseline for each graphical pack?   

You mean running the source directly?  It's absolutely bizarre either way, since it's the exact same function - all that changes is the target directory.  You don't have DF running do you, or something that might lock the raws?

No, there shouldn't be more than the baseline/s (eg 'df_40_24') and 'temp' in LNP/Baselines.  The way it works is the baseline itself is copied to temp, discarding whatever else is there, and then graphics are copied over from the LNP/Graphics/<pack> folder (thus the reduced format, where we discard any vanilla files).  Then to install, we remove the current raws (in '<df>/raw/', or '<df>/data/save/regionX/raw/') and copy over the set we made.  Hence my astonishment that saves and raws are acting differently!

Can you, or anyone else having this problem, try to reproduce running source with this version?  I think that should fix it...

[utunnels]

There are still some problems.

1) I can't update any saves after I copied data from r5. I've had this problem since r5. Now I have to copy graphic pack from LNP folder manually.

2) Sometimes it just deletes my art folder and complains about missing important files. Again, I need to copy them back manually.