g_layouts does not work when map is started from callvote [SOLVED]

[WoGoMo]

Note: This is a GPP1 server which i recompiled from svn://svn.icculus.org/tremulous/tags/RELEASE_GPP1

Hi,

I'm wondering if anyone out there faces this problem (and of course found the solution). I have the following setting in server.cfg:

Code: [Select]

g_layouts "mylayout"

and my maprotation.cfg contains the following (example atcs):

Code: [Select]

  atcs
  {
    layouts "mylayout"
    set g_humanBuildPoints 100
    set g_alienBuildPoints 150
  }

It works fine when u let the rotation change maps by itself, but when the map is changed via callvote, the layout falls back to *BUILTIN*. Is there a way to force the layout to always be "mylayout" even when the map is callvoted?

Any help would be much appreciated.

[UniqPhoeniX]

In server.cfg:

Code: [Select]

g_mapConfigs "mapconfigs"
to have settings loaded before every map from mapconfigs/default.cfg and mapconfigs/mapname.cfg.
Apparently creating base/mapconfigs/atcs.cfg with g_layouts set in there causes it to be set for the NEXT map... Setting it in mapconfigs/default.cfg will set it for next map every time, so if all your layouts have the same name, it will work. In case a map does not have a layout with that name, it will load the default.

[WoGoMo]

Thanks! That really helped.

[Undeference]

I'm wondering if anyone out there faces this problem (and of course found the solution). I have the following setting in server.cfg:

Code: [Select]

g_layouts "mylayout"


g_layouts is used internally and reset every map; settings it only makes sense in map configs.

It works fine when uyou let the rotation change maps by itself, but when the map is changed via callvote, the layout falls back to *BUILTIN*

Map votes ignore the map rotation, so maprotation.cfg features are not available with map votes.

Code: [Select]

g_mapConfigs "mapconfigs"
g_mapConfigsLoaded 1


g_mapConfigsLoaded is used internally and reset every map; do not use it.