Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - dan84

Pages: [1]
1
DF General Discussion / Re: ASCII or Tileset Use
« on: February 12, 2023, 05:15:57 pm »
Ascii. I’ve used it for so long. I’ve not tried it in 50+ though so not sure going forward. I always felt that if you are worried about graphics in DF, you might be playing the wrong game. 😁

2
DF Dwarf Mode Discussion / Re: DF v50.01+ Worldgen Cookbook Thread
« on: February 09, 2023, 05:34:48 pm »
Can't wait to see more entries!

3
You don't need to lose your world. Copy the world elsewhere and then reinstall (in the Classic version I make new installations and copy the saved world over, but I guess things work differently with the Premium ones. It ought to be possible to reinstall on top of a Premium version installation without losing the save if they've implemented it in a reasonable way, but I'd recommend copying the save anyway, just in case).

Thanks, I removed Dwarf Fortress except for the save file, reinstalled and re-downloaded and installed Hack and it worked.

4
You put SDLreal in there too? It's not just a backup, the replacement SDL.dll calls into it for display etc

Yes. I followed the instructions; it is in there. I re-installed DFHack, but still the same issue. SDLreal.dll is in there. I am thinking of doing a clean install, but I don't want to lose my world. Maybe I'll try after I finish this current game I'm on.

5
Running 50.05 Steam Version and 50.05-alpha2 DFHack.  The game runs fine without DFHack. Once I install DFHack and overwrite the SDL file, I get the following error Popup trying to run Dwarf Fortress:


Dwarf Fortress.exe - Entry Point Not Found
The procedure entry point SDL_ListModes could not be located in the dynamic link library C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\Dwarf Fortress.exe

Any ideas?

6
DF Dwarf Mode Discussion / Re: Progressions strategies
« on: April 12, 2021, 12:50:09 pm »
I'm still pretty new to DF and I tend to learn a few new important things in a playthrough and restart a new fort to apply what I've learned. I took this strategy with Rimworld and it worked pretty well to get me where I felt like I was good at the game.

I'm feeling pretty good about my recent DF play as well, but one thing that still has me feeling shaky are progression strategies. I've tried forts where i just dig and expand as needed to grow, which makes things pretty messy as far as layout goes. I've tried building a basic temporary fort and have my miners dig out my dream fort elsewhere. longterm that could be nice, but it takes forever.

No matter how I build, I tend to find I never feel comfortable enough to really start my industries until after the first year (that could be normal, most of my exposure to other players comes from kruggsmash).

I know in the end how I progress is up to what I want and somewhat the random nature of the game, but what strategies do you all have? How does a typical early-mid fort progress for you?
This is a complicated game that is hard to master.  You don't win anything for going fast.  The worst thing you can do is get too many dorfs too early and die an FPS death when learning.  This is a game that can lead you to analysis paralysis very quickly because you have so many options.  I suggest making yourself a list of goals early on.  Those goals should focus on learning the game mechanics.  How to handle aquifers (heavy and light), how to breed various types of animal, how to use pumps and water systems across z-levels and control them, how to build secure entrances, how to use various types of traps, how to create and use burrows, how to train and equip squads, how the food and alcohol system works, each of the various types of industries (wood, stone, metal, glass, pottery, etc, etc, etc).  Just pick a couple and focus on those the first 2 years or so.

While doing all of this, you need to learn how to identify and solve bottlenecks in your flow.  What takes a long time to do, what is fast, etc.  What causes your game to slow down and how can you help fix it? (quantum stockpiles, various DFHack scripts, smaller embark sizes, lower dorf caps, etc, etc, etc).

You will also learn what you enjoy doing and managing and what you dislike and that can help drive your playstyle.  If you take an interest in legends mode, you can involve yourself more in the roleplaying aspect of the game.  Look for an interesting civilization or area or set of dorfs and plan your fort around that.  Maybe you are an advance outpost that is working on piercing some caverns.  Maybe you are in an out-of-the-way, safer place tasked with fulfilling trading requests and building out your farming and cloth industries.  Maybe you are in the marches of your civ and on the border with a necro tower and some goblins and need to build a strong military.  Just have a theme and a goal and that can help you with what you should focus on.

7
You know, you should ask someone like Kruggsmash to do some graphics for your write up.

8
DF General Discussion / Re: LinuxLNP STABLE - 0.44.09-r01 x64
« on: April 29, 2018, 12:35:51 am »
Nothing magic, just a normal build.  You just have to read the details on the dfhack documentation page, apt install numerous libraries for stonesense and also enable the stonesense build.  Then copy the file to the right place.  I just posted in case someone wanted to get it to work before the next build is out.

9
DF General Discussion / Re: LinuxLNP STABLE - 0.44.09-r01 x64
« on: April 27, 2018, 01:51:12 pm »
Ok, I compiled stonesense myself and got it to work.

  • I downloaded dfhack and built it from sources.  There are numerous details to get it to build correctly on Linux (cmake flags as well as apt opengl installations needed).  I can answer if needed.
  • Within the df_linux directory, copying your newly built stonesense.plug.so to df_linux/hack/plugins.  Everything should now work.

10
DF General Discussion / Re: PeridexisErrant's DF Starter Pack
« on: April 26, 2018, 07:09:56 pm »
I'm trying to build this from your github starter-pack site.  Is this the right place to report an issue?

https://github.com/PeridexisErrant/starter-pack/issues/23

11
DF General Discussion / Re: LinuxLNP STABLE - 0.44.09-r01 x64
« on: April 26, 2018, 08:30:50 am »
hmmm i still don't understand enough about linux to see how i could get stonesense to run, but obviously the dfhack-plugin for stonesense is causing some of the problems.

You can't (without some advanced linux understanding) until it gets compiled differently.  The problem is that whomever is building this distribution is using more modern libraries that what we have on our distros of ubuntu and mint.

Another solution might be to stick this whole build on github or bitbucket or something and let us build it from source on our own machines.

12
DF General Discussion / Re: LinuxLNP STABLE - 0.44.09-r01 x64
« on: April 26, 2018, 08:27:35 am »
BenLubar is aware of the issue and the GCC 4.8 build of DFHack will be more compatible in the next version: https://github.com/Lazy-Newb-Pack/Lazy-Newb-Pack-Linux/issues/52#issuecomment-384182937 . It's actually because he's building on a newer Ubuntu (18.04), although if this pack distributes the GCC 7 build, that could be problematic.

Can you tell what version of GCC yours was built with? At the very least, running libdfhack.so through strings should give some GCC paths. Either 4.8 or 7.3 (7.2? 7?) should show up somewhere.

$ strings -a libdfhack.so | grep GCC
GCC_3.0
GCC: (Ubuntu 4.8.5-4ubuntu8) 4.8.5
_Unwind_Resume@@GCC_3.0

libc on my box:
$ /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Ubuntu GLIBC 2.23-0ubuntu10) stable release version 2.23, by Roland McGrath et al.

dfhack executable:
~/Games/LinuxLNP-0.44.09-r01/df_linux/hack$ strings -a dfhack-run | grep GLIBC
GLIBCXX_3.4
GLIBC_2.2.5
GLIBC_2.3.4

stonesense itself:~/Games/LinuxLNP-0.44.09-r01/df_linux/hack/plugins$ strings -a stonesense.plug.so | grep GLIBC
GLIBC_2.27
GLIBC_2.2.5
GLIBC_2.4
GLIBC_2.3.4
GLIBC_2.3
GLIBC_2.14
GLIBCXX_3.4.9
GLIBCXX_3.4.11
GLIBCXX_3.4



13
DF General Discussion / Re: LinuxLNP STABLE - 0.44.09-r01 x64
« on: April 25, 2018, 06:31:20 pm »
Linux Mint 18.3 x86_64
Running PyLNP 0.13 (OS: linux, Compiled: True)
LinuxLNP-0.44-09-r01

Two things to note:

1.  Many of the graphics packs are only set for a max version 0.44.07 and so will not show up when the game is run.  I had to go into the LNP/graphics directory and modify each pack's manifest.json to 0.44.09.  Does simply removing the max version also work?
2.  stonesense does not work (P.S. this is the likely root cause of Pvt. Pirate's problem above).  Looking at df_hack/stderr.log, I see
/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required by /home/dan/Games/LinuxLNP-0.44.09-r01/df_linux/hack/plugins/stonesense.plug.so)

This is the std C library used by most of the Debian-based linux distros (Ubuntu, Mint, etc).  It means stonesense was compiled with the 2.27 version of GLIBC.  Most Ubuntu and Mint distros are built with older versions:
mine, for example (mint is based on ubuntu):
ldd --version
ldd (Ubuntu GLIBC 2.23-0ubuntu10) 2.23

Not sure what the way forward is, but whomever is compiling stonesense, it would be good if you could compile it with an older compiler.  I am not sure what the recommendation is, but someone is going to have to recompile it.  If I do, can I just add it into df_linux?

Pages: [1]