I'm willing to put up $200 for a working map rotation for zombies. That is the ability for server owners to setup multiple maps in their sv_maprotation with players able to remain in the server when the map rotates. There are a decent number of total maps/gamemodes in zombies (16) with 6 of them being unique maps. This is in my opinion the last main missing feature for zombies.

I feel like server owners and players alike would appreciate this feature and its inclusion would definitely make the game even better than it already is.

Bug Tracking:
Rotating to a different map kicks all players.
Rotating to the same map kicks all players.
If players don't get kicked they have no sound and experience some graphical glitches.

I and another server owner(Optimus X) would like dvars whose functionality was cut from the game to be reimplemented. Furthermore we would like it if dvars protected by sv_cheats could be used if sv_cheats is active. This will of course require sv_cheats to be able to be set in the server/player host console.

These dvars should be able to be set by clients if sv_cheats is set to 1:

ui_hud_visible - Allows the client to disable their hud
ui_hideminimap - Allows the client to disable the minimap
ui_hud_obituaries - Allows the client to disable the killfeed
ui_hud_showobjicons - Allows the client to disable the object icons
r_enablePlayerShadow - Enables player shadows
cg_draw2D - Draws the 2d hud elements like player arrows
cg_drawGun - Disables drawing the players gun
cg_disableplayernames - Disables drawing player names when a player looks at them
cg_drawThroughWalls - Draws player names thru walls
cg_thirdPerson - Use third person view
cg_thirdPersonAngle - The angle of the camera from the player in third person view
cg_thirdPersonFocusDist - The distance infront of the player to aim the 3rd person camera at
cg_thirdPersonMode - How the camera behaves in third person
cg_thirdPersonRange - The range of the camera from the player in third person view
cg_fov_default_thirdperson - The fov while in third person mode
r_fullbright - Toggles rendering without lighting
cg_overheadIconSize - The maximum size to show overhead icons like rank
cg_overheadNamesFarDist - The far distance at which name sizes are scaled by cg_overheadNamesFarScale
cg_overheadNamesFarScale - The amount to scale overhead name sizes at cg_overheadNamesFarDist
cg_overheadNamesGlow - Glow color for overhead names
cg_overheadNamesMaxDist - The maximum distance for showing friendly player names
cg_overheadNamesNearDist - The near distance at which names are full size
cg_overheadNamesSize - The maximum size to show overhead names
cg_friendlyNameFadeIn - How often the friendly visibility head tag is updated for the on screen frustum check
cg_friendlyNameFadeOut - The size to show rank text
cg_ufo_scaler - Applies to noclip and ufo changes the speed of both
cg_gun_x - Forward position of the viewmodel
cg_gun_y - Right position of the viewmodel
cg_gun_z - Up position of the viewmodel

Along with the above dvars we would also like for the server/player host to be able to set the following dvars when sv_cheats is on:

com_timescale - Changes the timescale of the game
jump_height - Controls player jump height
g_friendlyfireDist - Controls whether friendly players can shoot/knife at other friendly players

Along with any other normally cheat protected dvar.

Besides those dvars we would also like it if these dvars are set on the server it is applied to all clients.

r_fog - Controls rendering of fog - relevant to zombie maps like tranzit and origins set to 0 to disable fog for all clients
aim_automelee_enabled - Controls whether knife lunge occurs
aim_automelee_lerp - The rate in degrees per second that the auto melee will converge to its target
aim_automelee_move_limit - Speed at which player needs to be moving forward to activate the charge
aim_automelee_move_limit_angle - The arccos of the angle which the player needs to be moving twords the target for the charge to happen
aim_automelee_move_limit_range - The range above which the player needs to be moving forward above the limit value for the charge to work
aim_automelee_range - The range of the auto melee
aim_automelee_region_height - The height of the auto melee region in virtual screen coordinates (0 - 480)
aim_automelee_region_width - The width of the auto melee region in virtual screen coordinates (0 - 640)
cg_disableplayernames - Disables drawing player names when a player looks at them
cg_drawThroughWalls - Draws player names thru walls

Additionally, we would like certain dvars to useable and work for clients without sv_cheats needing to be set:

r_forceLod - Forces level of detail to the specified amount

Some dvars we would like to be able to be set by the server/player host without needing to set sv_cheats on:

player_strafeSpeedScale - The scale applied to the player speed when strafing
player_backSpeedScale - The scale applied to the player speed when moving backwards
player_sprintSpeedScale - The scale applied to the player speed when sprinting
player_sprintStrafeSpeedScale - The speed at which you can strafe while sprinting
safeArea_horizontal - Should be the dvar that allows you to adjust the ui safe area horizontally
safeArea_vertical - Should be the dvar that allows you to adjust the ui safe area vertically

Finally, we would like some commands reimplemented back into the game and these commands will require sv_cheats to be set by the server/player host to work:

noclip - Allows you to fly thru the map and clip thru and works exactly like noclip has in previous cods as well as works with controllers
also makes you invulnerable can be toggled off
ufo - Only allows movement forward and backward. The player can move vertically with the leaning keys (default Q and E).
give - Allows the user to give themselves any weapon loaded on the map

Any dvars/commands set while sv_cheats is on keep their values when sv_cheats is turned off.

All dvars/commands must be able to be set from the server config as well as the server and client console.

Example:

set sv_cheats 1
set com_timescale 1.2
set jump_height 69
set g_friendlyfireDist 0
set sv_cheats 0

Dvars that would only require the sv_cheats dvar to be able to be set to be useable in both games already:

com_timescale
cg_overheadIconSize
cg_overheadNamesFarDist
cg_overheadNamesFarScale
cg_overheadNamesGlow
cg_overheadNamesSize
cg_friendlyNameFadeIn
cg_friendlyNameFadeOut
cg_drawGun
cg_draw2D
g_friendlyfireDist
cg_gun_x
cg_gun_y
cg_gun_z
r_enablePlayerShadow
cg_drawCrosshair

Dvars that likely need to be reimplemented back into the game:

ui_hud_visible
ui_hideminimap
ui_hud_obituaries
ui_hud_showobjicons
sv_cheats //is cheat protected so can't be turned on except thru gsc or a plugin right now 
cg_ufo_scaler
cg_thirdPerson
cg_thirdPersonAngle
cg_thirdPersonFocusDist
cg_thirdPersonMode
cg_thirdPersonRange
cg_overheadNamesMaxDist
cg_overheadNamesNearDist
cg_fov_default_thirdperson
cg_drawThroughWalls
aim_automelee_enabled
aim_automelee_lerp
aim_automelee_move_limit
aim_automelee_move_limit_angle
aim_automelee_move_limit_range
aim_automelee_range
aim_automelee_region_height
aim_automelee_region_width
jump_height
r_forceLod
r_fog
safeArea_horizontal
safeArea_vertical

We believe the community would enjoy these changes since most dvars have always been available to tweak in previous cods when sv_cheats is active. Noclip and ufo commands are very useful for getting footage for cinematics and are also useful for testing maps if custom maps become an addition in the future. While it is possible to load a gsc to add noclip the gsc version of noclip is inferior to the noclip in previous cods. This is because the gsc noclip only allows for forward and backward movement. The give command will be useful for weapon porting if that becomes a feature in the future as well.

The speedScale series of dvars will be appreciated by zombies players especially because console had all speedScale dvars except sprint set to 1. This means PC is at a disadvantage for no reason for world record purposes but also for general gameplay. Another dvar series is aim_autoMelee which controls the knife lunge. Many zombie players cringe when they knife lunge into a horde of zombies and currently this dvar that would allow you to turn it off doesn't work.

Some more dvars that players would appreciate on certain zombie maps would be the r_fog dvar which controls fog rendering. It would be especially noticeable on Tranzit and somewhat noticeable on Origins. The ui_hud dvars would be useful for getting cinematics of the game since there is currently no theater mode available. r_force_lod would allow clients to force the highest or lowest lod to allow for better graphics or better performance at all times.

Lastly a feature I think many server owners would appreciate is the ability to whitelist/blacklist dvars/commands. For example if you wanted to disable certain commands like noclip/ufo but you want clients to be able to set most dvars with sv_cheats you can do something like:

blacklistcommand noclip
blacklistcommand ufo
blacklistdvar r_enablePlayerShadow
blacklistdvar cg_drawGun

and for whitelisting it would work where the client can only use in addition to all normal dvars/commands the dvars/commands specified regardless of sv_cheats setting:

whitelistcommand give
whitelistdvar cg_thirdPerson

Certain dvars like cg_fov should not be able to blacklisted.

I am willing to give $100 for all of these changes, this is not including Optimus X's contribution of course.

I am also willing to negotiate on any of these if they are too difficult or time consuming to add.

First before you can run a zombies server make sure you read this guide here:
https://forum.plutonium.pw/topic/13/plutot6-server-set-up-guide.

In order to properly run a server with rotating maps you'll need these configs from here:
https://github.com/xerxes-at/T6ServerConfigs.

In main/dedicated_zm.cfg you'll need to add one new line above "map_rotate" like this:

sv_maprotation ""

Next you'll need to populate sv_maprotation with maps for your server to run:

sv_maprotation "exec zm_classic_processing.cfg map zm_buried exec zm_standard_town.cfg map zm_transit exec zm_grief_cellblock.cfg map zm_prison"

In order to change the maps to anything you'd like you'll need to understand the two keywords used. The first keyword "exec" determines which config the server will execute when sv_maprotation is read. The config MUST match the map or else your server won't rotate properly and most likely not be joinable. Configs are in t6r/data/gamesettings and they are named in this pattern: "zm_" + "gametype_" + "location".

The next keyword is "map" and this determines what map the server will launch. Knowing these two keywords will allow you to setup your server to run whatever maps you'd like. For example if I want to run Origins, MoTD, and Tranzit I would need to create a new sv_maprotation that looks like this:

sv_maprotation "exec zm_classic_tomb.cfg map zm_tomb exec zm_classic_prison.cfg map zm_prison exec zm_classic_transit.cfg map zm_transit"

Use "//" to create comments like this to title your sv_maprotation so you can easily tell what maps its running:

//Map Rotation Origins, MoTD, Tranzit
sv_maprotation "exec zm_classic_tomb.cfg map zm_tomb exec zm_classic_prison.cfg map zm_prison exec zm_classic_transit.cfg map zm_transit"

If you want to only run one map at a time only include a single config and map in sv_maprotation like this:

//Only running Origins
sv_maprotation "exec zm_classic_tomb.cfg map zm_tomb"

Created by JezuzLizard, Cahz, and GerardS0406.

This mod adds 5 extra survival maps for Tranzit:
Cornfield
Diner
House
Power Station
Tunnel

Simply follow the instructions here to install:
https://github.com/JezuzLizard/Bonus-Survival-Maps-for-BO2

These maps are not "true" survival maps because they load up on Tranzit for various reasons:

1. The map loading dvars required for a true survival map to run are a secret that I do not have permission reveal. This mod will not help you run town or any other similar map.
2. Not all content works properly when loaded up as a survival map.

If you really want to run maps like town, farm, or bus depot feel free to make use of our methods to do so. Assuming of course you are willing to put in the effort to make the barriers, wallbuys, perks, spawnpoints and mystery box locations for each one.
I recommend waiting for the next plutonium update which may or may not allow anyone to run survival maps.
Nearly all content was added by us, none of it was cut or in the game already ( with exception of the diner barriers which are a part of turned ).

Cornfield featuring Nacht

Cornfield box location and quick revive

Diner wallbuy and quick revive

House wunderfizz

Power wallbuys and barriers

Power pack a punch

Tunnel galvaknuckles, jugg and mystery location

Tunnel tombstone and double tap

Grief coming to each map. No ETA.

If you have any issues with the mod feel free to post them here. Please make sure you specify if you have modded the mod or are attempting to merge mods.

Since the dvars are now public knowledge I will share my full config that will let anyone run any of the special maps and gamemodes:

Grief on Tranzit maps:

ui_zm_mapstartlocation "town" //replace "town" with "transit" for bus depot or "farm" for farm
ui_gametype "zgrief"
ui_mapname "zm_transit"
g_gametype "zgrief"
ui_zm_gamemodegroup "zencounter" //this gamemode group always goes with the grief gametype
map "zm_transit"

Grief on MoTD:

ui_zm_mapstartlocation "cellblock"
ui_gametype "zgrief"
ui_mapname "zm_prison"
g_gametype "zgrief"
ui_zm_gamemodegroup "zencounter"
map "zm_prison"

Grief on Buried:

ui_zm_mapstartlocation "street"
ui_gametype "zgrief"
ui_mapname "zm_buried"
g_gametype "zgrief"
ui_zm_gamemodegroup "zencounter"
map "zm_buried"

Turned on Buried:

ui_zm_mapstartlocation "street"
ui_gametype "zcleansed"
ui_mapname "zm_buried"
g_gametype "zcleansed"
ui_zm_gamemodegroup "zencounter"
map "zm_buried"

Additionally you can change the map/gametype thru gsc like this:

change_map( location, gametype, mapname, gamemodegroup )
{
	setDvar( "ui_zm_mapstartlocation", location ); 
	setDvar( "ui_gametype", gametype );
	setDvar( "ui_mapname", mapname );
	setDvar( "g_gametype", gametype );
	setDvar( "ui_zm_gamemodegroup", gamemodegroup );
        setDvar( "mapname", mapname );
	setDvar( "map", mapname );
        makeDvarServerInfo( "ui_zm_mapstartlocation", location ); 
        makeDvarServerInfo( "ui_gametype", gametype );
        makeDvarServerInfo( "ui_mapname", mapname );
        makeDvarServerInfo( "g_gametype", gametype );
        makeDvarServerInfo( "ui_zm_gamemodegroup", gamemodegroup );
        makeDvarServerInfo( "mapname", mapname );
        makeDvarServerInfo( "map", mapname );
	//exitLevel( 0 );
	//missionFailed(); //choose one of these to restart the game to change the level
	//these two will always kick all clients if the map changes

	//map_restart( 0 ); //this will only work for location changes otherwise clients will be kicked out of the server or crash
	//clients can stay in the game as long as only the location changes only applies to Tranzit maps
}

Notes:
Technically there are other locations/gamemodes which "work" for survival/grief but are missing assets.
Tranzit Locations:
"tunnel", "power", "diner", and "cornfield" //missing spawnpoints, perk machines, barriers etc
Tranzit/MoTD/Buried Gametypes:
"zmeat" //missing core assets of the mode, and crashes the client without a script modification

I actually made this mod quite some time ago but I never released it since at the time the code to host grief servers wasn't public. Now that the grief code is publicly available I decided to look over my current GriefFix mod and clean it up a bit for a official release on the forums.

https://github.com/JezuzLizard/Public-BO2-Mods/tree/master/GriefFix

One notable change from my original version from several months ago is the splitting of the mod into two separate versions so if you don't want the extra settings that go beyond fixing grief to run on a dedicated server you don't have to worry about them.

Recently a new LUI decompiler for T6 and T7 was released and its quite good. About 90% of the time it produces decompiled lua scripts that can be recompiled with no errors. I can only compile on t7 with the L3ak mod installed on the mod tools linker so I don't know about T6. Since T6 lua files are used in T7 with only minor modifications its likely to be the same for T6.

The lua decompiler: https://github.com/JariKCoding/CoDHVKDecompiler.

With LUI modding it would be possible to make a server list fairly easily using the T7 server browser luas as a base. It would also be possible to fix some ui bugs present in zombies, like the score freezing when there are more than 4 players in a server.

For the past month I have been working on restoring the scripts in patch_zm so that they can be compiled and loaded on dedicated servers. I have had a great deal of success and have learned a lot along the way. I've decided to make the project officially public on the forums because I have completed checking nearly every script in patch_zm/maps/mp/zombies. The scripts in patch_zm/maps/mp/zombies control a great deal of the mechanics of zombies so this is a big deal if you've ever wanted to modify core mechanics of the game like the cost of perks, or something advanced like the behavior of specific powerups.

The project is currently hosted on my github: https://github.com/JezuzLizard/Recompilable-gscs-for-BO2-zombies

If you encounter any bugs please report them in this topic so that I can get to fixing them. Not all of the scripts have been tested since its already time consuming enough to check them. They should all compile and are very likely to be stable if buggy.

If you want stability definitely stick to using scripts in the No Known Errors category since they have been tested to a degree and debugged sufficiently to the point where I haven't encountered any errors anymore.

If you would like to contribute to the project make sure you study how I have checked the scripts already available that way consistency is maintained.

This is a mod that fixes the 5+ player crashes that can occur on an Origins server. https://github.com/JezuzLizard/Recompilable-gscs-for-BO2-zombies-and-multiplayer/tree/master/Plutonium specific gsc-related fixes

Do note that Origins is the least compatible with 8 player zombies in comparison to other maps, and this mod DOES NOT balance or help accommodate more than 4 players. There are some Treyarch related memes such as binding many mechanics to the players character, such as box rewards, which result in the box rewards not working whatsoever for the other 4 Dempseys( the default character on Origins ).

Despite this I wanted to be able to play Origins without crashing on more than 8 players so I figured the community would be interested in a fix despite some balance issues.

I do intend on releasing an Origins server improvement mod which fixes a lot of issues related to running the map on a server. Treyarch never thought that people would join/leave as frequently as they do on a pluto server, and this causes some issues related to the main quest among other things.

Anyway, the actual reason Origins was broken for 8 player in the first place was due to clientfields not being registered for more than 4 players but the method for setting clientfields for more than 8 players was supported.

For example in maps/mp/zm_tomb_craftables.gsc

	bits = getminbitcountfornum( 5 );
	registerclientfield( "world", "staff_player1", 14000, bits, "int", undefined, 0 );
	registerclientfield( "world", "staff_player2", 14000, bits, "int", undefined, 0 );
	registerclientfield( "world", "staff_player3", 14000, bits, "int", undefined, 0 );
	registerclientfield( "world", "staff_player4", 14000, bits, "int", undefined, 0 );

Only clientfields for 4 players are registered, and these clientfields control which player the ui displays owning a staff.

The method for setting looks like this:

			n_player = e_owner getentitynumber() + 1;
			level setclientfield( "staff_player" + n_player, 1 );

Basically if a player picks up a staff the gsc will tell the ui thru setlientfield() to update and display that player as the owner of the staff. The same thing happens when the player no longer owns the staff. The issue arises when setclientfield() is called on a clientfield that hasn't been registered. staff_player8 doesn't exist so when the game goes to tell the ui to update it crashes the server instead. In Origins's case there are 16 playernumber specific clientfields registered and used throughout the game.

In order to fix the crashes I simply created if statements checking if the playernumber would be higher than 4 to determine whether the clientfield should be set. This does mean players in the 5+ slot don't get shovel, golden helmet, staff, and crystal clientfields. Meaning ownership of those items isn't diplayed in the scoreboard ui nor do the shovel, and golden helmet icons show up for those players( though they still work ).

If you discover any bugs while using this mod feel free to report them here. I tested the mod up to the 3 robots main quest step step and encountered zero crashes or game breaking glitches.

@H3X1C I went ahead and studied the code for the tesla gun because I've always been certain that it was a bug and wasn't necessarily intended to function the way it currently does.

tesla_pvp_thread()
{
	self endon( "disconnect" );
	self endon( "death" );
	self waittill( "spawned_player" ); 

	for( ;; )
	{
		self waittill( "weapon_pvp_attack", attacker, weapon, damage, mod );

		if( self maps\_laststand::player_is_in_laststand() )
		{
			continue;
		}

		if ( weapon != "tesla_gun" && weapon != "tesla_gun_upgraded" )
		{
			continue;
		}

		if ( mod != "MOD_PROJECTILE" && mod != "MOD_PROJECTILE_SPLASH" )
		{
			continue;
		}

		if ( self == attacker )
		{
			damage = int( self.maxhealth * .25 );
			if ( damage < 25 )
			{
				damage = 25;
			}

			if ( self.health - damage < 1 )
			{
				self.health = 1;
			}
			else
			{
				self.health -= damage;
			}
		}

		self setelectrified( 1.0 );	
		self shellshock( "electrocution", 1.0 );
		self playsound( "tesla_bounce" );
	}
}

This is the code that controls the tesla guns damage against the player. Not only are there no specific mentions of "specialty_juggernaut_zombies" aka jug, the weapon also doesn't affect the players max health. Instead the weapon changes the players current health to a set value depending on how much health the player has.

The actual bug itself is where the tesla gun sets the players health permanently to a value lower than the players max health. This may be an issue with how the game deals with regenerating health if health is set to a specific value instead of damage being dealt. Health resets once a player goes down and is revived/respawned which is why that fixes it.

Edit: I just wanted to point out that it is indeed a bug, but I personally don't think it should be fixed by Plutonium.

Nice to see this is complete. Is it possible for you to make a zombies version in a similar way?

I and another server owner(Optimus X) would like dvars whose functionality was cut from the game to be reimplemented. Furthermore we would like it if dvars protected by sv_cheats could be used if sv_cheats is active. This will of course require sv_cheats to be able to be set in the server/player host console.

These dvars should be able to be set by clients if sv_cheats is set to 1:

ui_hud_visible - Allows the client to disable their hud
ui_hideminimap - Allows the client to disable the minimap
ui_hud_obituaries - Allows the client to disable the killfeed
ui_hud_showobjicons - Allows the client to disable the object icons
r_enablePlayerShadow - Enables player shadows
cg_draw2D - Draws the 2d hud elements like player arrows
cg_drawGun - Disables drawing the players gun
cg_disableplayernames - Disables drawing player names when a player looks at them
cg_drawThroughWalls - Draws player names thru walls
cg_thirdPerson - Use third person view
cg_thirdPersonAngle - The angle of the camera from the player in third person view
cg_thirdPersonFocusDist - The distance infront of the player to aim the 3rd person camera at
cg_thirdPersonMode - How the camera behaves in third person
cg_thirdPersonRange - The range of the camera from the player in third person view
cg_fov_default_thirdperson - The fov while in third person mode
r_fullbright - Toggles rendering without lighting
cg_overheadIconSize - The maximum size to show overhead icons like rank
cg_overheadNamesFarDist - The far distance at which name sizes are scaled by cg_overheadNamesFarScale
cg_overheadNamesFarScale - The amount to scale overhead name sizes at cg_overheadNamesFarDist
cg_overheadNamesGlow - Glow color for overhead names
cg_overheadNamesMaxDist - The maximum distance for showing friendly player names
cg_overheadNamesNearDist - The near distance at which names are full size
cg_overheadNamesSize - The maximum size to show overhead names
cg_friendlyNameFadeIn - How often the friendly visibility head tag is updated for the on screen frustum check
cg_friendlyNameFadeOut - The size to show rank text
cg_ufo_scaler - Applies to noclip and ufo changes the speed of both
cg_gun_x - Forward position of the viewmodel
cg_gun_y - Right position of the viewmodel
cg_gun_z - Up position of the viewmodel

Along with the above dvars we would also like for the server/player host to be able to set the following dvars when sv_cheats is on:

com_timescale - Changes the timescale of the game
jump_height - Controls player jump height
g_friendlyfireDist - Controls whether friendly players can shoot/knife at other friendly players

Along with any other normally cheat protected dvar.

Besides those dvars we would also like it if these dvars are set on the server it is applied to all clients.

r_fog - Controls rendering of fog - relevant to zombie maps like tranzit and origins set to 0 to disable fog for all clients
aim_automelee_enabled - Controls whether knife lunge occurs
aim_automelee_lerp - The rate in degrees per second that the auto melee will converge to its target
aim_automelee_move_limit - Speed at which player needs to be moving forward to activate the charge
aim_automelee_move_limit_angle - The arccos of the angle which the player needs to be moving twords the target for the charge to happen
aim_automelee_move_limit_range - The range above which the player needs to be moving forward above the limit value for the charge to work
aim_automelee_range - The range of the auto melee
aim_automelee_region_height - The height of the auto melee region in virtual screen coordinates (0 - 480)
aim_automelee_region_width - The width of the auto melee region in virtual screen coordinates (0 - 640)
cg_disableplayernames - Disables drawing player names when a player looks at them
cg_drawThroughWalls - Draws player names thru walls

Additionally, we would like certain dvars to useable and work for clients without sv_cheats needing to be set:

r_forceLod - Forces level of detail to the specified amount

Some dvars we would like to be able to be set by the server/player host without needing to set sv_cheats on:

player_strafeSpeedScale - The scale applied to the player speed when strafing
player_backSpeedScale - The scale applied to the player speed when moving backwards
player_sprintSpeedScale - The scale applied to the player speed when sprinting
player_sprintStrafeSpeedScale - The speed at which you can strafe while sprinting
safeArea_horizontal - Should be the dvar that allows you to adjust the ui safe area horizontally
safeArea_vertical - Should be the dvar that allows you to adjust the ui safe area vertically

Finally, we would like some commands reimplemented back into the game and these commands will require sv_cheats to be set by the server/player host to work:

noclip - Allows you to fly thru the map and clip thru and works exactly like noclip has in previous cods as well as works with controllers
also makes you invulnerable can be toggled off
ufo - Only allows movement forward and backward. The player can move vertically with the leaning keys (default Q and E).
give - Allows the user to give themselves any weapon loaded on the map

Any dvars/commands set while sv_cheats is on keep their values when sv_cheats is turned off.

All dvars/commands must be able to be set from the server config as well as the server and client console.

Example:

set sv_cheats 1
set com_timescale 1.2
set jump_height 69
set g_friendlyfireDist 0
set sv_cheats 0

Dvars that would only require the sv_cheats dvar to be able to be set to be useable in both games already:

com_timescale
cg_overheadIconSize
cg_overheadNamesFarDist
cg_overheadNamesFarScale
cg_overheadNamesGlow
cg_overheadNamesSize
cg_friendlyNameFadeIn
cg_friendlyNameFadeOut
cg_drawGun
cg_draw2D
g_friendlyfireDist
cg_gun_x
cg_gun_y
cg_gun_z
r_enablePlayerShadow
cg_drawCrosshair

Dvars that likely need to be reimplemented back into the game:

ui_hud_visible
ui_hideminimap
ui_hud_obituaries
ui_hud_showobjicons
sv_cheats //is cheat protected so can't be turned on except thru gsc or a plugin right now 
cg_ufo_scaler
cg_thirdPerson
cg_thirdPersonAngle
cg_thirdPersonFocusDist
cg_thirdPersonMode
cg_thirdPersonRange
cg_overheadNamesMaxDist
cg_overheadNamesNearDist
cg_fov_default_thirdperson
cg_drawThroughWalls
aim_automelee_enabled
aim_automelee_lerp
aim_automelee_move_limit
aim_automelee_move_limit_angle
aim_automelee_move_limit_range
aim_automelee_range
aim_automelee_region_height
aim_automelee_region_width
jump_height
r_forceLod
r_fog
safeArea_horizontal
safeArea_vertical

We believe the community would enjoy these changes since most dvars have always been available to tweak in previous cods when sv_cheats is active. Noclip and ufo commands are very useful for getting footage for cinematics and are also useful for testing maps if custom maps become an addition in the future. While it is possible to load a gsc to add noclip the gsc version of noclip is inferior to the noclip in previous cods. This is because the gsc noclip only allows for forward and backward movement. The give command will be useful for weapon porting if that becomes a feature in the future as well.

The speedScale series of dvars will be appreciated by zombies players especially because console had all speedScale dvars except sprint set to 1. This means PC is at a disadvantage for no reason for world record purposes but also for general gameplay. Another dvar series is aim_autoMelee which controls the knife lunge. Many zombie players cringe when they knife lunge into a horde of zombies and currently this dvar that would allow you to turn it off doesn't work.

Some more dvars that players would appreciate on certain zombie maps would be the r_fog dvar which controls fog rendering. It would be especially noticeable on Tranzit and somewhat noticeable on Origins. The ui_hud dvars would be useful for getting cinematics of the game since there is currently no theater mode available. r_force_lod would allow clients to force the highest or lowest lod to allow for better graphics or better performance at all times.

Lastly a feature I think many server owners would appreciate is the ability to whitelist/blacklist dvars/commands. For example if you wanted to disable certain commands like noclip/ufo but you want clients to be able to set most dvars with sv_cheats you can do something like:

blacklistcommand noclip
blacklistcommand ufo
blacklistdvar r_enablePlayerShadow
blacklistdvar cg_drawGun

and for whitelisting it would work where the client can only use in addition to all normal dvars/commands the dvars/commands specified regardless of sv_cheats setting:

whitelistcommand give
whitelistdvar cg_thirdPerson

Certain dvars like cg_fov should not be able to blacklisted.

I am willing to give $100 for all of these changes, this is not including Optimus X's contribution of course.

I am also willing to negotiate on any of these if they are too difficult or time consuming to add.

@coco748 I looked for an example understandably there isn't one for T6 since T6 doesn't have modding support officially, but I did find a cod4 one: https://callofduty.fandom.com/wiki/Call_of_Duty_Wiki:Ask_A_Veteran/Weapon_Modding_Guide.

I also found a general modding wiki for T5: https://wiki.zeroy.com/index.php?title=Call_of_Duty_7:_Modding.

As well as one for T7: https://wiki.modme.co/wiki/Game-Support-_-Black-Ops-3.html

Here are all the weapon files in T6 zombies/mp:
https://drive.google.com/file/d/1-bt-fGzeUXivYAee1UNO157KuxsdHQX7/view?usp=sharing

There are probably more resources available than these but to answer your question of why they can't be modded is that you need to compile the weapon files which are just text files into a fast file which is kind of like a zip file. Fast files are what most of the assets are contained in and while the data on them can be mostly dumped there isn't currently a tool that can compile them back. Additionally even if you successfully loaded a weapon file without having to compile it in a fast file, which is possible, all clients would have to also have it loaded too. Unfortunately sv_downloads, a feature in older cods, doesn't exist in T6 yet and what it is is the ability for clients to download files from a server they join.

You can modify how much damage guns do to players and zombies by modifying the damage call back override making the damage higher or lower depending on the weapon but you can't do much else.

@Twossday Upload it to Google Drive and then post the link here.

I have the file you are looking for and I'll upload it but it really isn't useful to what I assume you want to change. https://drive.google.com/file/d/1sFnNDvQYyl6zoSDsdkEodkxOaO0Ps4SM/view?usp=sharing

If you want to modify weapon stats you'll need to modify the weapon files and unfortunately weapon modding doesn't exist in T6 yet.

@HasjBlok I think I have a way to pause a zombies game with just setting dvars. After some testing I have good reason to believe this method will work in a multiplayer game. First what you need to do is have each client set "cl_timeout 3600" in the console. Double check to make sure its set to 3600. The method of pausing the game requires you to set "sv_running" to 0 on the server, this will cause all clients to have a connection interrupted to appear on their screen but thats because the server isn't running anymore. The dvar "cl_timeout" is how long the client will wait for the server to come back if its down in seconds. This means you have 3600 seconds to set "sv_running" back to 1 before the clients will disconnect. If you can set "timescale" on the server the length of time you can have is affected so setting "timescale 0.1" would give 10x the time.

I haven't done too much testing so I'm not sure if its a 100% sure fire solution so I recommend testing it a bit before using this method in a real game.

@coco748 You don't need to inject to load mods clientside. Follow this guide: https://forum.plutonium.pw/topic/10/tutorial-loading-custom-gsc-scripts. If inject you will definitely be banned but if you load mods the legitimate way its fine.

@coco748 https://github.com/JezuzLizard/Public-BO2-Mods/blob/master/GriefFix/grieffix_official.gsc I don't make any guarantees it will work in a custom game though. Also the teams are allocated automatically with each player ending up on the team with the least players or the allies team.

@apothacy No all players need to be on the same game. Plutonium is entirely separate from the steam version and as such players cannot join each other between the games. Since Plutonium is free I recommend switching over since there are only upsides to playing on Plutonium.

@DBCooper The config and mapname conbinations are in "Maps and the matching configs" in dedicated_zm.cfg in main. In the server console do set sv_maprotation "exec config map mapname" press enter and then type map_rotate and again press enter.