Just keeping a list of troubled maps until a fix is found:

Temporarily off rotation:

• payback - client crash
  
• winter_rescue_v1 (sernix modified nav), replaced with winter_rescue_ws - fixed from LUA
  
• ins_resistance - client crash
  
• cu_chi_tunnels workshop reverted to older cu_chi_tunnels_b2 version until fixed. (not sure if b2 works well but it doesn't crash on load)
  
• tet replaced with tet_b1 (older variant) - WS ID = 576037848 - Causes client crash
  
• haditha_ws - Crashes client
  
• ins_dog_red_coop_ws - crash at B
  
• the raid - broken cpsetup
  
• block_partyv1_1_coop checkpoint
  
• 
  
• 
  
• 
  
• 
  
• 
  
• 
  
• 
  
• 
  

NOT taken off rotation but need fix:

• karkar_coop_v1_3 (needs textures fixed for mine carts and other metal texture, still playable)
  
• anbar_nights_coop - swing and slide missing texture
  
• convoy_coopv1 - bright white walls in spawn D
  
• 
  
• 
  

Sorry this took so long to fix. It was the vanilla subsequent wave cvar which is pointless to even use. I had this set higher than final wave spawn. Now resolved on #3

Fixed just now. Should be 15 now.

Sorry guys I was testing a week ago and left the bots on min/max 32 bots since I was trying to implement the new spawn system where sourcemod essentially controls spawns, allowing more versatile spawning. Still not sure what is causing error signs.. I have to run more tests.

Ill end up making more organized testing methods for future.

Thanks guys for feedback. I made some changes and posted to announcement but will respond to this thread later on.

引用自 🎄Hodor🎄：

The vip on INS is unreviveable by their flare gun until the next objective, once dead. Works pretty good in practise. Would we want an unreviveable class that has a 2nd windup + slowmo?

Maybe have the vip a one-time auto revive per capture and the slow-mo auto trigger after, better than a director monitoring health which would drain server resource due to high RoF weapons.


+gives rushing vip more safety buffers
+helps counter overpowered medic system that almost gurantees vip gear points

-vip might turn into pointman if auto-revive doesnt have a long cooldown




But work on this later, we have the engineer points and undragable/unreviveable body bugs to squash first.

Yeah lets fix current issues for sure and tweak existing changes.

Just updated engineer script with redundant check. Fixed some issues with respawn script too, it was mainly the config file.. I changed a parameter that might've broke it. I just rebooted server so if ppl play this weekend, let me know how it goes.

引用自 Chu：

i think slow-mo trigger on fireteam leader deaths and/or vip death would be good.

vip needs to be nerfed; based on my gameplay and play style, i end up rushing caps because, 1. the reduced weight allows me to run hella fast, 2. i have sufficient firepower to do so, 3. i have sufficient munitions to sustain such a play style very early on even with beginning supply. 4. i can

if the vip class gets nerfed with a speed penalty, weight penalty, ammo restrictions, etc. i think it would force the player to be more reliant on the team as a consequence, and thus reduce this sort of rush-cap behaviour that i've already adopted for the vip class because it is convenient and easy. the premise for such a nerf could be that the vip was injured or under-armed.

I feel like fireteam leader trigger could be good idea. VIP death not so much.. Maybe AI director could recognize when everyone is doing bad, check if bots are alive, and do a random chance to enable it intermittently for 1-3 minutes. Though going on and off might be annoying so an extended 30 seconds to 60 seconds.

Thanks Hodor, I look forward to more feedback. I updated the engineer plugin at the very least it should grab the vanilla cvar mp_supply_token_base (currently at 22) and times it by 3 to split among selected engineers.

However, I'm trying to detect the "received" amount of tokens (which likely won't include the VIP rewarded tokens) and add it to the base like the game does naturally. Let me know if you happen to try it after this post.

Slow-mo would be actually quite easy to implement but can get quite annoying if done too often. I'd like to do this in a very intuitive way if we were to implement it. We also have to consider that it does give an advantage to players since it allows you to take your sweeeeeet time in aiming and reacting.

Slow-mo implementation ideas to consider:

• Does it trigger from an event, randomly, and or as a reward.
  
• Is it triggered from individuals like a power up (Im not really too in favor of this option as much)
  
• How to add so it compliments gameplay positively and doesn't annoy majority of people.
  
• Minimal balance considerations (easier to defend during a counter, duration, slo-mo reduction percentage).

Ultimately I want it to be implemented in a intuitive way so that it works nicely the majority of the time.

I know its been only a weekend and many of you may have not been able to play the new update. Please post feedback in this thread on what could be improved/changed and or just general suggestions.


I plan on getting perks working along with new spawn system that will allow for more dynamic spawning of troops that will increase the difficulty and create more dynamic play. Imagine counter-attacks where 5 juggers are spawned in response to what seems to be a dominant snooze-fest defense.

Its a limitation of the engine and the fact that we push our server pretty hard with increased players + custom assets. I just updated Server #3 and it includes optimization changes among a big redux so try the new update.


Server #3 IP: 104.153.108.50:27015

New WIP update for Server #3 only