Game Mode stays in 1 shot kill

[divVerent]

Yes, would work, but a server admin isn't supposed to change that file. You can, but we won't do this in a future release.

[divVerent]

But then these settings can't be set on a server. So... a clear no.

A real solution is planned for Nexuiz 3, and it would mean getting rid of mapcfg and replacing it by something less of an ugly hack. That way, it will also be able to temporary change cvars that get a guaranteed reset at the end of a game.

Thats some good news. Hopefully merging all thise damm mspcfg's and txt too? righ now it almost more work maintaining all the configs then it is to maintain the maps themselfs

Of course they will be somehow merged.

[7echno7im]

So what is the preferred method? I like vomit's where he said to create a reset config. I think that this is more logical (and more managable) than repacking each pk3 with a new config. Some maps were meant to be played mini people and some weren't, etc... and the maps should remain pristine considering everyone downloads the legit copy via the curl address.

So does the reset script work tried and true? I guess i don't understand why some don't chage, is that because they do not state the settings in the mapcfg and if they are not stated, they are inherited from the last mapcfg that loaded?

thanks everyone for such great input.

PS the guy on IRC asking was on my server with me playing and we were trying to figure it out.

[divVerent]

Actually, the solution I proposed was slapping the mappers which do such changes without doing it the right way (using exit_cfg), not doing that hard work yourself. That is, mainly 70mm13.

[Dokujisan]

Is it necessary to repackage the pk3 files with modified mapcfg files?

I thought you could supply your own mapname.mapcfg in the data folder and that would override the mapcfg that is in the pk3. Is that incorrect?

[7echno7im]

I agree about the mappers, it's funny too, because in the console I can see it say, "mapper sucks!" I still think they get a lot of creit for good maps though. Oh well, is there a work around for this? I just want my players to be happy, plus its annoying when I log in for a round and it is stuck.

[KadaverJack]

I agree about the mappers, it's funny too, because in the console I can see it say, "mapper sucks!"

That happens if a spawn point is too close to a wall, so if a player would spawn there, he would get stuck or fall through the floor. (those spawn points will be removed)

[divVerent]

Actually, not "too close", but "partially inside" a wall. If that is detected, the map is still loaded, but the offending spawn points are not used.

The error message also shows the origin of the affected spawn point. You can use that to track it down and fix it in GtkRadiant.

[divVerent]

Is it necessary to repackage the pk3 files with modified mapcfg files?

I thought you could supply your own mapname.mapcfg in the data folder and that would override the mapcfg that is in the pk3. Is that incorrect?

RBI does not repack, which is why you have that problem. When I have really much time, I'll write something that "cleans up" a map pk3, by:

• renaming the pk3 to match the bsp name plus a version, and perhaps renaming the BSP too
• checking for bad settings in mapcfg files, and offering to keep but exit_cfg-ing them or to remove them
• making sure the txt file has the right format, and that the txt files of the map match each other
• resizing map screenshots down to 256x256
• removing useless files
• making sure no files overwrite Nexuiz content, and no shaders do so either (and if they do, they get removed); this would also be cool if it would compare against all other existing maps
• repacking everything using 7za -tzip -mx=9 for better compression

This would be the start of a map web upload service, then.

[7echno7im]

that would be sweet it you could write that... thanks.