SylenThunder

That's exactly why I tested before I posted the workaround. The Mods folder worked in that separate location. I loaded Darkness Falls from it without an issue. And honestly, if you're that short on space for your C drive, you have some bigger issues to deal with before worrying about a game.

Yeah but there is a big difference between being prepared for the worst, and presenting the worst case scenario as if it were already a fact.

If you run DF plus Sorcery, that's a bit over 8.6GB. In order to make a smaller download for our players I removed all the maps and such. That got it down to just over 4GB for the two combined.

That would be the official Discord. Your account should be about a week old before you join servers. Rules like this help to limit the number of bots that can get on the server to spam it.

A solution has already been posted in this very thread.

Please try to look at Pinned threads before making a post.

As discussed in the other thread, and there is no notable performance difference between the two editions. The only plausible cause for an improvement would because of a cleaner installation of Windows.

Merging this into the existing thread because we don't need another thread just because people are too lazy to read.

If that's all you want, you would probably do good with ServerTools. It's free and has the basics. (Not to knock on Botman, it's a good tool too!)

Yep, that's basically it. I posted the detailed steps earlier here. You can add them to Steam too as a non-steam game, and that will give you the full Steam overlay integration.

I just use F12 for screenshots.

For your modded clients, just add the argument to your shortcut. For example, here's mine for Darkness Fals.

Yeah, which is using the Workshop. Something that is planned, but not yet implemented. Mods are stored in the steamapps workshop folder, not on your appdata.

Just got mine in the mail today. 2TB even.

It was commonly used from Alpha 16 forward to run multiple versions without corrupting the configs, so it's not a real new concept. I'm just glad that it worked to move the location of the mod folder. Since I've been running clients like this since a13 or a14 it's second nature for me. I've usually got at least three different Alpha versions running, plus additional overhauls. Pretty sure the author for the ModLauncher will have a similar solution to integrate into their tool for people who are less technically inclined.

No idea, but at least I was able to find a solution.

No, their mods will work with however they have them installed.

SUCCESS!! Ok so I tested it, and it worked perfectly. Unfortunately it is again something that some people will not be able to accomplish. (Khaine isn't kidding about people incapable of simply copying files out of a zip into the mod folder. I spent a few hours the other day with someone on the exact same thing.) Step 1 - Copy/rename serverconfig.xml. For this example I am using "a20serverconfig.xml". You want the file different so it isn't reset with an update. Step 2 - Edit the file to replace the following section starting at line 40. <!-- Folder and file locations --> <property name="AdminFileName" value="serveradmin.xml"/> <!-- Server admin file name. Path relative to the SaveGameFolder --> <!-- <property name="UserDataFolder" value="absolute path" /> --> <!-- Use this to override where the server stores all generated data, including RWG generated worlds. Do not forget to uncomment the entry! --> <!-- <property name="SaveGameFolder" value="absolute path" /> --> <!-- Use this to only override the save game path. Do not forget to uncomment the entry! --> Your new section will look something like this... <!-- Folder and file locations --> <property name="AdminFileName" value="serveradmin.xml"/> <!-- Server admin file name. Path relative to the SaveGameFolder --> <property name="UserDataFolder" value="D:\SaveGames\a20" /> --> <!-- Use this to override where the server stores all generated data, including RWG generated worlds. Do not forget to uncomment the entry! --> <property name="SaveGameFolder" value="D:\SaveGames\a20\Saves" /> --> <!-- Use this to only override the save game path. Do not forget to uncomment the entry! --> Step 3 - Create the folder D:\SaveGames\a20\Mods Step 4 - Go to your Steam Library, Right-click on 7 Days, and choose Properties. Step 5 - Add the following to your launch options. -configfile=a20serverconfig.xml (Again, your file will vary on what you name it. This is the example.) Step 6 - Close the window, and start the game. Now I can just use the config file in each separate folder, and tell the client where to go for all the data. No symlinks required.

Unfortunately, this only helps to move the folder off the C drive and Appdata. We still need to solve the issue of how to run multiple versions of the game with different mod sets. Sure you could write a batch to run before you change versions to re-direct the symlinks, but that's not a great answer either. Going to head out and update my client to test a couple of things.

You can already do this for the non-dedi client. Just set the values in the serverconfig.xml and then start the client with the argument -configfile=serverconfig.xml. I have not tested if this will change the location for the Mods folder though.

That was my initial thought, but the grand majority of Steam games that use the workshop will find the mod folders in \Steam\steamapps\workshop\content\ Again you have the really big issue that Khaine brought up with running multiple versions of the client. I don't want to have Darkness Falls, Ravenhurst, or other mods all mingling together in one loadout. And moving large amounts of data around between playing separate versions is not a reasonable ask either.

Just back them up to another location.

I usually pick one with a few dense cities spread out, with a fair amount of open space for players to build in.

Pretty positive all of them work server-side only. They are just xml edits.

Check that you don't have CG-NAT. That has been a really common issue the past couple of years.