[Rads]

just been doing a reinstall of all servers

upon adding sourcemod im seeing..


L 04/30/2013 - 169:41: SourceMod error session started
L 04/30/2013 - 169:41: Info (map "mvm_coaltown") (file "errors_20130430.log")
L 04/30/2013 - 169:41: [nextmap.smx] FATAL: Cannot load map cycle. Nextmap not loaded.
L 04/30/2013 - 169:41: [SM] Plugin encountered error 25: Call was aborted
L 04/30/2013 - 169:41: [SM] Native "SetFailState" reported: Mapcycle Not Found
L 04/30/2013 - 169:41: [SM] Displaying call stack trace for plugin "nextmap.smx":
L 04/30/2013 - 169:41: [SM] [0] Line 138, C:\builds\build-sourcemod\win32-1.5\build\plugins\nextmap.sp::FindAndSetNextM ap()
L 04/30/2013 - 169:41: [SM] [1] Line 108, C:\builds\build-sourcemod\win32-1.5\build\plugins\nextmap.sp::OnConfigsExecut ed()

[Bacardi]

Yeah, after last update, server cvar mapcyclefile reads files now on from CFG folder by default.
Sourcemod not yet follow in there.
So duplicate your map cycle file in ...tf/cfg/ and ...tf/

[Powerlord]

Originally Posted by Bacardi Yeah, after last update, server cvar mapcyclefile reads files now on from CFG folder by default. Sourcemod not yet follow in there. So duplicate your map cycle file in ...tf/cfg/ and ...tf/

It will fall back to the main directory if the file isn't found in cfg/

For the moment, you can keep your mapcycle in the server root.

[cool_myll]

Same problem. Someone has to update nextmap.smx to also look in the cfg folder.

[Nikkii]

Originally Posted by cool_myll Same problem. Someone has to update nextmap.smx to also look in the cfg folder.

It already looks at the mapcyclefile cvar, so if you set it to cfg/mapcycle.txt it should read it fine. The problem with it now is that it can be in either the main directory or the cfg directory, and I don't think the cvar updates off this, however if it does a late load on the function to read the map files might fix it.

[cool_myll]

Originally Posted by Nikkii It already looks at the mapcyclefile cvar, so if you set it to cfg/mapcycle.txt it should read it fine. The problem with it now is that it can be in either the main directory or the cfg directory, and I don't think the cvar updates off this, however if it does a late load on the function to read the map files might fix it.

It reads the file via the mapcyclefile command. So it gets the name but it doesnt search it in cfg folder.

[Dr. McKay]

Originally Posted by Nikkii It already looks at the mapcyclefile cvar, so if you set it to cfg/mapcycle.txt it should read it fine. The problem with it now is that it can be in either the main directory or the cfg directory, and I don't think the cvar updates off this, however if it does a late load on the function to read the map files might fix it.

It'll work. If you set mapcyclefile to "cfg/mapcycle,txt", the server will first look for "cfg/cfg/mapcycle.txt", fail, and load "cfg/mapcycle.txt". And mapchooser will find it as well.

But mapchooser should be updated to take this into account.

[Powerlord]

Originally Posted by Dr. McKay It'll work. If you set mapcyclefile to "cfg/mapcycle,txt", the server will first look for "cfg/cfg/mapcycle.txt", fail, and load "cfg/mapcycle.txt". And mapchooser will find it as well. But mapchooser should be updated to take this into account.

MapChooser doesn't manually read mapcycle.txt, ir just calls ReadMapList... so ReadMapList needs to be updated. It also needs to be updated so that it looks in the Valve virtual filesystem instead of the real one, which is a significantly larger undertaking.

smn_maplists.cpp is the only file I know of in SourceMod where everything is done in an OS-specific manner.

[lyric]

do anyone know how to get arena mapcycles to work with this update? i have mapcycle set to "cfg/mapcycle.txt" but when the round is over it just changes server back to the same map

[nineteeneleven]

The server will fall back to the old system if it doesn't find the mapcycle in the cfg folder.

Also the mapcycle file cvar works to set your map cycles