Game dependent engine settings

[Funkencool]

I'm sure this has been requested to some extent before but here I go anyway.

It would be nice if games could have a choice between generic spring settings ( like now ) and their own settings.txt , much like each has their own widget config.

[smoth]

I agree but others are going to say you should go and flip all the settings in some insane gadget/widget. Except when their project just shits up the user config they are expecting you to deal with it.

[Funkencool]

Exactly, this is for the other projects. I can come up with a solution but it will more then likely screw with other games in some way. I'd rather they just had their own, so I don't have to worry about it.

Also, can widgets/gadgets even set configs that need restarts to apply (without affecting springsettings.txt)?

[smoth]

ah, yeah good point. that shit is infuriating.

[Silentwings]

Also, can widgets/gadgets even set configs that need restarts to apply (without affecting springsettings.txt)?

As far as I know SendCommands can affect any setting so I think yes - for example LogFlush.

[Funkencool]

As far as I know SendCommands can affect any setting so I think yes - for example LogFlush.

Do you mean with SendCommands("set config=value")?

I'm more concerned with settings that require a restart, and how to keep those from polluting the springsettings.cfg. ( I assume they have to be saved in springrc to be applied on next launch )

Is there a state in lua where Spring.SetConfig() , with useOverlay=true, will affect the engine without restarting (for any configs)?

[Silentwings]

Do you mean with SendCommands("set config=value")?

Yes.

Is there a state in lua where Spring.SetConfig() , with useOverlay=true, will affect the engine without restarting (for any configs)?

I think so, but I don't know which settings can be changed inside the overlay and which can't. And it's not a permanent effect - afaik everything in the overlay is forgotten without trace when Spring is closed, so doesn't get saved into config files.

[zwzsg]

Considering nowadays games:
- Require a specific engine version.
- Limit widgets to their own self included sets and don't load external widget.
- Can only be played by AI specifically taylored for them
- And even sometimes have a set of map specifically made for them
If you add the request for custom engine settings....
maybe instead such game should each be in its own isolated Spring install?

I dunno, could we list what should be shared, and not be shared, and maybe shared, between Spring games?

[smoth]

Then you run into the issue of userland bullshit. I hate userland as most of the time I want to use a SSD as the OS harddrive. You cannot remap it, even on the newest OS moving your userland folder is asking for trouble thanks to m$

I agree projects SHOULD have thier OWN dirs. However, people don't like to do that and we have no way of specifying a shared maps dir beyond creating symlinks, something which most users are too stupid to understand. All 20 of my spring dirs just use a symlink for maps and games

[FLOZi]

What is wrong with http://springrts.com/wiki/Springsettings.cfg#SpringData ?

My 42 Spring engines all use the 1 data dir which contains all the games & maps (well nearly all, some lobbies do like to spread their muck all over)

[Silentwings]

My 49 spring installs also all use the same datadir and config!