Atualização do CS2 (18 de mai. de 2026)

Esta atualização traz novas ferramentas de scripting para criadores, ajusta como boosts afetam a precisão das armas, atualiza sistemas de infraestrutura e shaders de ambiente, e inclui um pequeno aumento de versão.

Jogabilidade e ConVars

• Novo controlo de imprecisão por boost: Foi adicionado um convar replicado weapon_accuracy_stack_boost_limit. A descrição indica que um tipo de imprecisão estilo escada (ladder‑style) é aplicado a jogadores boostados por uma pilha de tantos (ou mais) jogadores. Isso sugere que boosts envolvendo grandes formações podem agora introduzir espalhamento extra nas armas — relevante para equipes que dependem de boosts com múltiplos jogadores em jogadas ensaiadas.
• Auxiliar de teste para bots: Um comando de servidor bot_hurt agora é registado junto com outros comandos marcados como cheat. Embora os detalhes não sejam expostos aqui, parece destinado a testes offline ou com sv_cheats ativado, provavelmente para danificar ou eliminar bots rapidamente durante prática ou debug.

Scripting e melhorias na API do Workshop

A API cs_script/point_script usada por scripts personalizados e mapas do Workshop recebeu uma expansão considerável, além de limpeza em marcas experimentais.

• Ajustes gerais na documentação da API:

  • O ficheiro de definição de scripting agora inclui uma linha de contacto apontando criadores para [email protected] com o assunto "cs_script Feedback".
  • Vários métodos antes marcados como @experimental (como SetSaveData, GetSaveData, OnModifyPlayerDamage e vários helpers de input) tiveram essas advertências removidas, o que indica maior confiança na sua estabilidade.

• Novos hooks de ciclo de vida e fluxo de ronda:

  • Foi introduzido OnBeginRoundRestart(callback: () => void): void; como callback experimental disparado no início da limpeza para reinício de ronda. Criadores podem usá‑lo para redefinir estados personalizados antes do começo de uma nova ronda, melhorando a fiabilidade de scripts complexos baseados em rondas.

• Helpers para jogadores e controlo de ronda:

  • GetAllPlayerControllers(): CSPlayerController[] retorna todos os controllers de jogador, incluindo os desconectados — facilitando a iteração sobre todos os jogadores em modos personalizados.
  • GetRoundRemainingTime(): number é complementado por SetRoundRemainingTime(time: number): void;, permitindo que scripts ajustem o temporizador da ronda diretamente para rotinas de treino, minijogos ou desafios cronometrados.

• Comandos de consola personalizados para scripts:

  • RegisterCheatCommand(name: string, callback: (args: string) => void): void; regista um comando de consola que executa um callback de script, utilizável apenas quando sv_cheats está activo. Isso oferece aos criadores uma forma controlada de expor comandos de depuração ou ferramentas sem sobrecarregar chat ou outros ganchos.

• Acesso a estado de arma e jogador:

  • CSWeaponBase passa a ter IsSilencerOn(): boolean;, permitindo aos scripts saber se uma arma tem o silenciador ligado.
  • CSPlayerPawn recebe helpers adicionais:
    • HasHelmet() e SetHasHelmet(hasHelmet: boolean) para consultar e modificar o estado do capacete.
    • IsScoped() para verificar se o jogador está mirando.
  • CSPlayerController ganha helpers de dinheiro:
    • AddMoneySpendableNow(amount: number) / GetMoneySpendableNow() para ajustar o dinheiro gasto na ronda actual.
    • AddMoneyEarnedForNextRound(amount: number) / GetMoneyEarnedForNextRound() para afectar o dinheiro ganho para a ronda seguinte (estilo loss‑bonus).

  Essas adições facilitam a criação de economias personalizadas, ferramentas de treino e mecânicas específicas de modo (por exemplo, armadura forçada, mira gratuita ou loadouts scriptados).

• Helpers de input considerados estáveis:

  • IsInputPressed, WasInputJustPressed e WasInputJustReleased em CSPlayerPawn deixam de ter avisos experimentais, indicando que consultas ao estado de input fazem parte da superfície de scripting estável — útil para tutoriais de movimento, visualizadores de binds ou sistemas de habilidades personalizadas.

Alterações nos scripts de exemplo do Editor Zoo

Os scripts embutidos do mapa editor/zoo usados como exemplos e conteúdo de teste foram actualizados para alinhar com as novas capacidades de scripting e o fluxo de comandos cheat.

• Comandos de chat substituídos por comandos cheat:

  • As antigas ferramentas acionadas por chat (ex.: !traceline, !tracesphere, !tracebox, !tracebullet) foram substituídas por um comando de consola cheat:
    • script_zoo_trace <type> onde type pode ser line, sphere, box ou bullet.
    • O script agora usa Instance.GetAllPlayerControllers()[0].GetPlayerPawn() para escolher um pawn a partir do qual traçar, e imprime uma ajuda de uso se o argumento for inválido.
  • O comando de chat !showinput foi igualmente trocado por um comando de consola cheat:
    • script_zoo_showinput alterna a exibição de input para o primeiro player controller.

  Essas mudanças demonstram como RegisterCheatCommand deve ser usado e mantêm as ferramentas de desenvolvimento protegidas atrás de sv_cheats em vez de entrada de chat normal.

• Centralização da activação de cheats na configuração do zoo:

  • sv_cheats 1 deixou de ser definido directamente dentro de grenadetraining.js. Em vez disso, é executado uma vez a partir de setup.js via Instance.ServerCommand("sv_cheats 1"); juntamente com os comandos de warmup já existentes.
  • Isso sugere que a Valve pretende que o conteúdo de exemplo mostre um padrão mais claro: um script de setup central que configura o ambiente do servidor (cheats, warmup) e scripts separados para ferramentas ou demos específicas.

• Recursos compilados actualizados:

  • As versões empacotadas correspondentes desses scripts (*.vjs_c) no conteúdo principal do jogo também foram actualizadas, de modo que jogadores que carreguem o mapa editor/zoo recebam o novo comportamento sem configuração manual.

Criadores que estudam o mapa zoo para aprender scripting deverão agora encontrar uma abordagem mais atual e consciente sobre o uso de cheats para ferramentas de desenvolvimento.

Serviços de Observador e Câmera

• Pós‑processamento da câmera de observador:
  • O schema dos serviços de câmera do observador agora acompanha m_hPrevPostProcessingVolume, um handle para um volume de pós‑processamento anterior.
  • Embora o comportamento exacto não seja detalhado aqui, isso provavelmente suporta transições visuais mais suaves quando observadores se deslocam entre áreas com diferentes definições de pós‑processamento (por exemplo, alterações de gradação de cores ou exposição entre zonas interiores e exteriores).

Rede, GC e Ferramentas de Back‑End

Foi adicionada uma nova definição steammessages_gc.proto, e vários binários do jogo passaram a referenciar essas novas strings.

• Novas definições de mensagens GC/Steam:

  • O novo ficheiro proto define um conjunto alargado de mensagens cobrindo:
    • Chaves Web API e pedidos/respostas HTTP (CMsgWebAPIKey, CMsgHttpRequest, CMsgWebAPIRequest, CMsgHttpResponse).
    • Consultas de contas e licenças (CMsgAMFindAccounts, CMsgAMGetLicenses, CMsgAMGetUserGameStats, etc.).
    • Caching estilo memcached (CGCMsgMemCachedGet, CGCMsgMemCachedSet, CGCMsgMemCachedDelete, e estatísticas).
    • Estatísticas do sistema, estatísticas SQL, lookup de localização por IP, confiança de compra e alterações de estado VAC.
    • Regras de roteamento para mensagens cliente e Web API (CMsgGCRoutingInfo, CMsgGCMsgMasterSetWebAPIRouting, CMsgGCMsgMasterSetClientMsgRouting).
    • Templates de email e envio, guest passes, notificações de actividade suspeita e microtransacções de parceiros.

  Essas mensagens parecem fazer parte da infraestrutura partilhada usada pelo game coordinator, matchmaking, backend de itens e ferramentas de desenvolvimento, em vez de funcionalidades directas em partida.

• Actualizações de strings em server, client, matchmaking e item editor:

  • Os ficheiros server_strings, client_strings, matchmaking_strings e cs2_item_editor_strings agora referenciam muitas das novas mensagens GC e estruturas de roteamento.
  • Ao mesmo tempo, referências a CMsgConVarValue e CMsgReplicateConVars foram removidas e as definições dessas mensagens foram eliminadas de base_gcmessages.proto.

  Para operadores de servidor e autores de ferramentas, isso significa que integrações que dependiam das antigas mensagens de replicação de convar ao nível do GC podem deixar de receber essas mensagens e não devem depender delas daqui para frente.

• Mensagens GC de replicação de convars removidas:

  • As mensagens CMsgConVarValue e CMsgReplicateConVars foram removidas do proto de mensagens GC partilhadas. Isso indica fortemente que convars deixaram de ser expostos ou sincronizados através desse canal específico do GC.
  • O comportamento regular de convars no motor (via networking servidor/cliente e ferramentas existentes) não é afectado, mas ferramentas de back‑end ou de terceiros construídas em torno da replicação de convars pelo GC podem precisar de adaptação.

Renderização e Ajustes de Shader

Dois grandes ficheiros de shader de ambiente foram actualizados juntamente com manifests de shader para Vulkan e PC.

• Shaders de ambiente e blend actualizados:

  • csgo_environment.slang e csgo_environment_blend.slang foram significativamente refactorizados, inclusive na forma como amostram mapas de altura, texturas de cor e combinam múltiplas camadas.
  • Novos caminhos de código calculam factores de ponderação como _6616 a partir de _19651 / vec2(_19651.x + _19651.y), e usam um manuseio de coordenadas por camada mais explícito.
  • O tratamento de height/roughness/tint parece mais explícito (fwidth nos valores do height map, clamp/saturate em roughness e tint), o que pode afectar a aparência de superfícies blendadas (como terreno) em ângulos rasantes ou durante transições de LOD.

• Manifestos de shader alterados sem mudanças de caminho:

  • Tanto shaders_vulkan_dir.txt quanto shaders_pc_dir.txt mostram remoções e readições dos mesmos caminhos de shader de ambiente e overlays estáticos para PC e Vulkan.
  • Como os caminhos adicionados e removidos coincidem, isso aparenta ser uma reconstrução ou actualização de versão dos binários de shader em vez de entradas de shader novas.

Na prática, jogadores poderão notar diferenças subtis em como chão, superfícies blendadas ou detalhes de ambiente são renderizados sob certas iluminações ou ângulos, especialmente em Vulkan, mas a actualização não indica um toggle visual específico.

Build e Aumento de Versão

• Nova versão de cliente e servidor:

  • ClientVersion e ServerVersion passaram a ser 2000827, com PatchVersion actualizado para 1.41.6.2.
  • Números internos de build e revisão de origem também avançaram, marcando esta actualização como distinta para compatibilidade de matchmaking.

• Refresh do content manifest:

  • O principal manifesto pak01_dir.txt foi rotacionado, re listando ficheiros resource/csgo_*.txt localizados, os binários de script do editor/zoo e várias screenshots de ícones de mapa (incluindo para de_cache).
  • O facto de esses caminhos serem removidos e depois readicionados de forma idêntica sugere um refresh de empacotamento ou ordem, em vez de novos ativos.

Jogadores devem garantir que clientes e servidores estejam na mesma versão para evitar erros de incompatibilidade ao conectar a servidores comunitários.

Impacto Geral

• Jogadores competitivos podem perceber alterações em como boosts multi‑jogador extremos interagem com a imprecisão das armas devido ao novo comportamento de weapon_accuracy_stack_boost_limit.
• Criadores e autores do Workshop ganham hooks de scripting mais ricos para fluxo de ronda, manipulação de economia, estado de arma/armadura e comandos de depuração, com exemplos actualizados no editor zoo a demonstrar comandos de consola protegidos por cheats.
• Observadores podem beneficiar de transições visuais mais suaves graças ao rastreio melhorado de volumes de pós‑processamento.
• Melhorias de backend e ferramentas, especialmente em mensagens GC e replicação de convars, devem tornar a infraestrutura mais robusta, embora algumas integrações legadas baseadas no GC possam necessitar de revisão.
• Ajustes de renderização nos shaders de ambiente podem alterar subtismente a aparência de superfícies blendadas e terrenos, particularmente em Vulkan, conforme o código de sampling e blending é refinado.