Jump to content

Recommended Posts

(Not sure if this belongs here or in dedicated server discussions, cross-posted.  Please delete whichever is in the wrong forum.  <.<  )

Forgive me if this has already been answered, but after a while of searching, I couldn't for the life of me figure this out.

I'm trying to configure a mod on my pre-configured dedicated server, namely http://steamcommunity.com/workshop/filedetails/discussion/394470072/610574827760399521/ (Additional Set Pieces).

I set up my modoverride.lua w/ the config settings, but I am unfortunately a noob and it doesn't seem to be taking the config settings that I set.  It's very possible that I set it up incorrectly, but I'm unsure of how to go about correcting the problem.

Here is my modovveride.lua and log from the server.

Perhaps somebody a bit more versed in this could tell me what I'm doing wrong?

modoverrides.lua

log.txt

  • Developer
5 hours ago, leonseye said:

Here is my modovveride.lua and log from the server.

[00:00:14]: ERROR: Failed to load modoverrides.lua    
It looks your modoverrides file is invalid.

I tried using the file you included and it's working fine for me. So you might want to check that your server is actually using the correct config directory that your modoverrides file is in.

25 minutes ago, PeterA said:

[00:00:14]: ERROR: Failed to load modoverrides.lua    
It looks your modoverrides file is invalid.

I tried using the file you included and it's working fine for me. So you might want to check that your server is actually using the correct config directory that your modoverrides file is in.

Hmm, currently I have it in the DoNotStarveTogether_EasyConfigOverworld folder along w/ the settings.ini, worldgenoverride, logs, etc.

There is an identical copy of the file in the Caves folder as well.

Is that not the correct place?

Edited by leonseye

Found your problem.  

193	["workshop-361994110"] = { enabled = true }, --Last line, there should not be a comma saying to go to the next thing.
194	}

Also Klei, I liked the setting when inserting code to add the starting line number.  The update to the forums is great, just a minor gripe I have.

@leonseyeLog in your earlier thread http://forums.kleientertainment.com/topic/63070-how-do-i-configure-a-mod-on-dst-dedicated-server/ says:

[00:00:17]: Warning! Could not find a spot for colourful_mushroom_farm in node Make a pick:1:Forest	
[00:00:17]: Warning! Could not find a spot for seasonal_retaliation in node Make a pick:3:BarePlain	
[00:00:17]: Warning! Could not find a spot for colourful_mushroom_farm in node Speak to the king:3:DeepDeciduous	

which originate from the Additional Set Pieces mod if I'm not mistaken, so it did get loaded earlier, there just wasn't enough free space to place those set pieces.

Edited by Muche
12 minutes ago, PeterA said:

The trailing comma is supported in lua, so I don't believe that is the issue here.

I see...  The configs for Additional set-pieces are so very wonky, so I have no idea if those are right or horribly wrong.  Try removing them to see if the rest works.  I didn't see any issue with them.

 

Taken from my modoverrides.lua to show some normal configs.

4 ["workshop-378160973"] = { enabled = true,
5        configuration_options =
6        {
7            SHOWPLAYERSOPTIONS = 2,
8            SHOWPLAYERICONS = true,
9            FIREOPTIONS = 1,
10            SHOWFIREICONS = true,
11            SHAREMINIMAPPROGRESS = true,
12            OVERRIDEMODE = false,
13        }
14    }, --Global positions

 

13 minutes ago, Muche said:

@leonseyeLog in your earlier thread http://forums.kleientertainment.com/topic/63070-how-do-i-configure-a-mod-on-dst-dedicated-server/ says:


[00:00:17]: Warning! Could not find a spot for colourful_mushroom_farm in node Make a pick:1:Forest	
[00:00:17]: Warning! Could not find a spot for seasonal_retaliation in node Make a pick:3:BarePlain	
[00:00:17]: Warning! Could not find a spot for colourful_mushroom_farm in node Speak to the king:3:DeepDeciduous	

which originate from the Additional Set Pieces mod if I'm not mistaken, so it did get loaded earlier, there just wasn't enough free space to place those set pieces.

Well, the issue is that it isn't supposed to be loading Seasonal Retaliation (and other season-related set pieces) at all, according to the config, so it's not actually loading the config for it.

If you look at the log, it also says:

[00:00:05]: Could not load mod_config_data/modconfiguration_workshop-394470072_CLIENT    
[00:00:05]: Loading mod: workshop-394470072 (Additional Set Pieces) Version:2.0.4

I tried removing the trailing comma, but it's still giving me the error.

HOWEVER!  I think I've more or less gotten it to do what I need it to by editing the modinfo.lua for the mod itself (in the Dedicated Server folder in Steam), which I'm pretty sure isn't how I'm SUPPOSED to do it, but it has stopped initializing the set pieces that I wanted to turn off.

Of course, it's still not loading the config for the mod, so it doesn't really help me to understand what I'm doing wrong, but at least for now it's doing what I want it to do despite my noobishness.  <.<

Edited by leonseye
16 minutes ago, leonseye said:

HOWEVER!  I think I've more or less gotten it to do what I need it to by editing the modinfo.lua for the mod itself (in the Dedicated Server folder in Steam), which I'm pretty sure isn't how I'm SUPPOSED to do it, but it has stopped initializing the set pieces that I wanted to turn off.

You shouldn't have to edit the modinfo.lua to make this mod work, simply using the modsoverride.lua should work properly. If it's not working properly there is something else in the mix causing the issue.

Note: The world_generation.set_pieces.seasonal flag only affects the Seasonal Retaliation set piece.

log.txt

modoverrides.lua

Oh, I know I shouldn't have to edit modinfo.lua, but I can't seem to find what the "something else" is that is causing my issue.  : /

So instead, I backed up the original modinfo.lua and edited it to simply not spawn any of the set pieces that I didn't want loading during world generation, and that seems to have worked for now until I can figure out what's going on.

I'll go ahead and compare yours to what I've got and see where there might be a difference, I guess.  Thank you for your help, I really do appreciate it.  : )

  • Developer
48 minutes ago, leonseye said:

HOWEVER!  I think I've more or less gotten it to do what I need it to by editing the modinfo.lua for the mod itself (in the Dedicated Server folder in Steam), which I'm pretty sure isn't how I'm SUPPOSED to do it, but it has stopped initializing the set pieces that I wanted to turn off.

 

Are you using the Don't Starve Together Dedicated Server\mods\modsettings.lua file to enable mods? (You shouldn't be :))

I'm wondering if it's not loading anything from the config directory. You could try changing your storage location to somewhere else with these instructions.
 
http://support.kleientertainment.com/customer/portal/articles/2257939

It seems the options are not being correctly overriden with that hierarchical structure of options in modoverrides. I've tried following

modinfo.lua:

configuration_options = {
	{
		name = "opt1",
		options = {
			{ description = "0", data = 0 },
			{ description = "1", data = 1 },
			{ description = "2", data = 2 },
			{ description = "3", data = 3 },
			{ description = "4", data = 4 },
		},
		default = 0
	},
	{
		name = "group.opt2",
		options = {
			{ description = "0", data = 0 },
			{ description = "1", data = 1 },
			{ description = "2", data = 2 },
			{ description = "3", data = 3 },
			{ description = "4", data = 4 },
		},
		default = 0
	},
}

modmain.lua:

local opt1 = tostring(GetModConfigData("opt1"))
local opt1g = tostring(GetModConfigData("group.opt1"))
local opt2 = tostring(GetModConfigData("opt2"))
local opt2g = tostring(GetModConfigData("group.opt2"))
print(string.format("[Test2|modmain] opt1=%s, group.opt1=%s, opt2=%s, group.opt2=%s", opt1, opt1g, opt2, opt2g))

With modoverrides.lua:

return {
    ["Test2"] = { enabled = true,
        configuration_options = {
			opt1 = 1,
			opt2 = 2,
			group = {
				opt1 = 3,
				opt2 = 4
			}
        }
    },
}

I got this output:

[Test2|modmain] opt1=1, group.opt1=nil, opt2=nil, group.opt2=0	

With other modoverrides.lua:

return {
    ["Test2"] = { enabled = true,
        configuration_options = {
			opt1 = 1,
			opt2 = 2,
			["group.opt1"] = 3,
			["group.opt2"] = 4
        }
    },
}

I got correct result:

[Test2|modmain] opt1=1, group.opt1=nil, opt2=nil, group.opt2=4

 

17 minutes ago, Muche said:

With other modoverrides.lua:


return {
    ["Test2"] = { enabled = true,
        configuration_options = {
			opt1 = 1,
			opt2 = 2,
			["group.opt1"] = 3,
			["group.opt2"] = 4
        }
    },
}

I got correct result:


[Test2|modmain] opt1=1, group.opt1=nil, opt2=nil, group.opt2=4

The results which you are receiving are not accurate. Notice that group.opt1 is nil as well as opt2 is nil.

  • Developer
10 minutes ago, Muche said:

It seems the options are not being correctly overriden with that hierarchical structure of options in modoverrides

Yeah looking at the code that reads in configuration_options, I believe you are correct!

So leonseye will need to set the configurations like 

configuration_options = {
  ["set_piece.beefalo_farm.chance"] = 20,
  ["set_piece.beefalo_farm.count"] = 1,
}

 

1 hour ago, PeterA said:

Are you using the Don't Starve Together Dedicated Server\mods\modsettings.lua file to enable mods? (You shouldn't be :))

I'm wondering if it's not loading anything from the config directory. You could try changing your storage location to somewhere else with these instructions.
 
http://support.kleientertainment.com/customer/portal/articles/2257939

Ah, is that what's causing the issue?  I do have the mods forceenabled in modsettings.lua, I'll try deleting all of those and seeing if the config settings take.

As for the way it's formatted, I just copy / pasted the mod config the author had posted in the Workshop for getting the config to work on dedicated servers, as I am really not versed in any of this at all.

My fiance, however, would be devastated if I told her that we can't play w/ her favorite mods now that caves are live, so here I am...

Fortunately, none of the other mods really need to be configured, but it would be extremely helpful to at least have a working knowledge of what to do should she decide to try some other mods that need config in the future.

Again, you guys are so very awesome for helping me w/ this; I can't express how grateful I am!

  • Developer
8 minutes ago, leonseye said:

As for the way it's formatted, I just copy / pasted the mod config the author had posted in the Workshop for getting the config to work on dedicated servers, as I am really not versed in any of this at all.

Yeah, we currently suspect that format won't actually work.

You'll want to setup the configurations like so 

configuration_options = {
  ["set_piece.beefalo_farm.chance"] = 20,
  ["set_piece.beefalo_farm.count"] = 1,
}
5 minutes ago, PeterA said:

Yeah, we currently suspect that format won't actually work.

You'll want to setup the configurations like so 


configuration_options = {
  ["set_piece.beefalo_farm.chance"] = 20,
  ["set_piece.beefalo_farm.count"] = 1,
}

I can switch the format for the actual set pieces to that, but does this mean that I just omit the first section of the old config options?

I mean:

    world_generation =
            {
                [random_set_pieces =
                {
                    amount = 20,
                },

                set_pieces =
                {
                    seasonal = false,
                },
            },

If I understand it correctly, this is supposed to spawn 20 of the original set pieces (not from mod), while disabling the seasonal set pieces.  Of course, I may not understand this correctly at all, heh.

Would I just start at the first actual set piece (in this case, the beefalo farm set)?  This won't cause problems?

  • Developer
1 minute ago, leonseye said:
12 minutes ago, PeterA said:

Yeah, we currently suspect that format won't actually work.

You'll want to setup the configurations like so 



configuration_options = {
  ["set_piece.beefalo_farm.chance"] = 20,
  ["set_piece.beefalo_farm.count"] = 1,
}

I can switch the format for the actual set pieces to that, but does this mean that I just omit the first section of the old config options?

I mean:

    world_generation =
            {
                [random_set_pieces =
                {
                    amount = 20,
                },

                set_pieces =
                {
                    seasonal = false,
                },
            },

I believe the random_set_pieces.amount isn't actually being used in the mod at the moment, but you'd want to set it up like this.
 

return {
	["workshop-394470072"] = 
	{ 
		enabled = true,
		
		configuration_options =
		{
			["world_generation.set_pieces.seasonal"] = true
		},
	}
}

 

41 minutes ago, PeterA said:

No the order of the configuration options doesn't matter.

Hrm, so I took out all of the ForceEnables in modsettings.lua (in the Don't Starve Dedicated Server folder in Steam), reverting it back to original.

Then I went ahead and reformatted the config options for Additional Set Pieces in modoverrides.lua (in the Overworld and Caves folders), but I think I'm doing something terribly wrong... : /

It is still giving me the "Failed to load modoverrides.lua" error and now it's not loading any of the mods at all.

This is what I've got in modoverrides, and the log that it's giving me now:

modoverrides.lua

log.txt

Update:  WELL, it seems that about 40 mins ago Ysovuka (mod author) retired this mod, so it isn't going to work either way.

So I guess I just wasted a lot of peoples' time for nothing; please forgive me.  : /

I am still so very appreciative of all the help that has been provided, and at least have a slightly better understanding of the format (though the syntax still confuses me, lol).

 

33 minutes ago, leonseye said:

Hrm, so I took out all of the ForceEnables in modsettings.lua (in the Don't Starve Dedicated Server folder in Steam), reverting it back to original.

Then I went ahead and reformatted the config options for Additional Set Pieces in modoverrides.lua (in the Overworld and Caves folders), but I think I'm doing something terribly wrong... : /

It is still giving me the "Failed to load modoverrides.lua" error and now it's not loading any of the mods at all.

This is what I've got in modoverrides, and the log that it's giving me now:

modoverrides.lua

log.txt

Try modoverrides-leonseye-3c.lua (rename of course :))

 

Edited by Muche
fixed fairy_rings and stone_henge options

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
  • Create New...