Print

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

[Pvt. Pirate]

32bit is limited to 4GB (winXP even limits to 3GB) and the game uses almost only RAM.
goign to 64bit is the logical solution to this, as it allows LAA.

[lethosor]

32bit is limited to 4GB (winXP even limits to 3GB) and the game uses almost only RAM.
goign to 64bit is the logical solution to this, as it allows LAA.

Was this in response to something?

Also, I'm not sure what you mean by "allows LAA". The 64-bit version can certainly use more memory, but "LAA" typically refers to a flag set on 32-bit Windows executables to allow them to use more than 2 GB of memory. 64-bit executables can already use memory well over that limit.

[DeafPoni]

Hi there PeridexisErrant,

Firstly, Thank you very much for maintaining this Starter Pack. Was really easy and convenient getting into DF because you've put this much work into making it so.

For now I just have one query about the settings in the launcher, not sure if this as by design, or if it's been addressed  before in this thread.
But once I have selected my graphics settings, and start up the game, the world map and mini map remain ASCII, but the primary game map uses the correct tileset.
Its by no means game breaking, but I can't get the world-gen map to use any other tile sets. Am I doing something incorrectly?





Those are the graphics settings as I have them.


 

[PatrikLundell]

I believe maintaining the character set (which isn't actually ASCII, but code page <some number>) for the other views is by design. The tile sets are designed for the detailed level, so if you were to apply those to the higher level views they'd just look weird with inappropriate things appearing on the top level as DF uses the same character to indicate different things on the different levels.
However, there is something in the pack that sets up this separation, as I've had versions where the tile set was applied throughout, which takes some getting used to.

Edit: "something" is TwbT. If you change the print mode to a non TwbT one you get the tileset applied throughout.

[necrotic]

Yes, TWBT uses the FONT, not the GRAPHICS_FONT, for the menus/world generation.

[PeridexisErrant]

The Starter Pack has updated to 0.43.05-r04!

This is the first stable release for 0.43.05, and the first-ever stable 64bit pack!  You can get it from the usual link, here.

In terms of content, it's actually a pretty small update - but under the surface, there have been significant changes that will improve development and performance for years to come.  Strike the Earth!

0.43.05-r04
 - updated DFHack to 0.43.05-r1
 - switched from autolabor to new labormanager plugin
 - updated TwbT to v5.84

SHA256:  0d7d23266359b8e2d92d307a01df69f4e4b1500b9326a5d2baaca786c31d1a78

If you want to say thanks, check out Toady's Patreon, or even mine! 

[Sethatos]

For some reason clicking on the "Enable DFHack" button does not turn on DFHack. It is stuck on "NO".

[Tabris]

For some reason clicking on the "Enable DFHack" button does not turn on DFHack. It is stuck on "NO".

Having the exact same problem.

[lethosor]

Is there anything in stderr.txt?

[Tabris]

Is there anything in stderr.txt?

There is this. Btw, i'm not Michael Madsen, i would guess that is the author of the pack:

Spoiler (click to show/hide)

Code: [Select]

Running PyLNP 0.12a (OS: win, Compiled: True)
WARNING: JSONConfiguration: File PyLNP.user does not exist
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\Tkinter", line 1536, in __call__
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\tkgui.dfhack", line 131, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\core.hacks", line 62, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\shutil", line 82, in copyfile
IOError: [Errno 2] No such file or directory: u'.\\Dwarf Fortress 0.43.05\\SDLhack.dll'
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\Tkinter", line 1536, in __call__
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\tkgui.dfhack", line 131, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\core.hacks", line 62, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\shutil", line 82, in copyfile
IOError: [Errno 2] No such file or directory: u'.\\Dwarf Fortress 0.43.05\\SDLhack.dll'
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\Tkinter", line 1536, in __call__
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\tkgui.dfhack", line 131, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\core.hacks", line 62, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\shutil", line 82, in copyfile
IOError: [Errno 2] No such file or directory: u'.\\Dwarf Fortress 0.43.05\\SDLhack.dll'
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\Tkinter", line 1536, in __call__
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\tkgui.dfhack", line 131, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\core.hacks", line 62, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\shutil", line 82, in copyfile
IOError: [Errno 2] No such file or directory: u'.\\Dwarf Fortress 0.43.05\\SDLhack.dll'
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\Tkinter", line 1536, in __call__
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\tkgui.dfhack", line 131, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\core.hacks", line 62, in toggle_dfhack
  File "C:\Users\Michael Madsen\Documents\LazyNewbPack\python_lnp\build\lnp\out00-PYZ.pyz\shutil", line 82, in copyfile
IOError: [Errno 2] No such file or directory: u'.\\Dwarf Fortress 0.43.05\\SDLhack.dll'


[lethosor]

Michael Madsen is the person who built PyLNP, not this pack, but the paths are where the source files were on his machine.

Anyway, I would try making a copy of SDL.dll and naming it "SDLhack.dll" and see what happens.

[PeridexisErrant]

Michael Madsen is the person who built PyLNP, not this pack, but the paths are where the source files were on his machine.

Anyway, I would try making a copy of SDL.dll and naming it "SDLhack.dll" and see what happens.

Yep, that's the problem - apparently this migrated to the handling of prerelease DFHack in my build scripts, when it should be for all DFHack builds.  I'll release a fixed version soon.

[PeridexisErrant]

The Starter Pack has updated to 0.43.05-r05!
As usual, you can get it here.

Just a teeny tiny bugfix, because my scripts mutated a bit and forgot that some things should be done for stable DFHack too 


0.43.05-r05
 - bugfix: allowed PyLNP to enable/disable DFHack

SHA256:  9e033ca2b6eb9e158266da6903e504af2db4794746f147c3f8a774de5313c55e

If you want to say thanks, check out Toady's Patreon, or even mine! 

[Vagabundo]

Dwarf Therapist wouldn't launch from the utilities tab. I tried it from directory and got an error about a missing file. Looks like it was the Visual C++ 2015 redistributable:

https://www.microsoft.com/en-gb/download/details.aspx?id=48145

Never had this problem before.

EDIT: Does anyone know what the proper way to autoload a DFHack plugin, autodump specifically. That needs to be loaded after the save I think.

[lethosor]

EDIT: Does anyone know what the proper way to autoload a DFHack plugin, autodump specifically. That needs to be loaded after the save I think.

They should all be loaded on startup. If you run "enable autodump", that will enable it, even if you run it before loading a save. You can put that command in dfhack.init if you want it to run every time.