Pas de nouvelle arme ni de skin cette fois. La mise à jour de Counter-Strike 2 déployée le 24 août 2026 s’adresse directement aux créateurs de cartes et de modes personnalisés. Valve enrichit son moteur de scripting avec de nouvelles entités et des dizaines de fonctions, de quoi ouvrir la porte à des expériences bien plus poussées côté cartes communautaires.
Une interface personnalisée pour les cartes scriptées
La nouveauté la plus visible est l’ajout de l’entité custom_hud_layout. Elle sert de point d’entrée pour permettre aux cartes scriptées de proposer leur propre interface utilisateur, plutôt que de se contenter du HUD standard du jeu. Quatre types de panneaux sont pris en charge : Panel, Label, Image et Button. Le style se personnalise via du CSS, ce qui laisse une bonne marge de manœuvre visuelle aux créateurs.
Deux limites sont toutefois clairement posées : les événements et le scripting côté client ne sont pas supportés par cette entité. Petit détail utile pour les habitués du mode outils, custom_hud_layout conserve son état pendant les rechargements en mode outils, évitant de tout reconfigurer à chaque test.
Contrôler la caméra sans bouger le joueur
Autre ajout majeur, l’entité cs_player_camera donne le contrôle de la vue d’un joueur sans déplacer son pion. Concrètement, un créateur de carte peut désormais imposer un point de vue scripté à un joueur tout en laissant son personnage où il est. L’entité peut aussi être configurée pour que le joueur puisse regarder librement autour de cette position scriptée, ce qui ouvre la voie à des séquences cinématiques ou des mécaniques de surveillance plus poussées sur les cartes personnalisées.
Une longue liste de nouvelles fonctions pour les scripteurs
La mise à jour ajoute une série de fonctions destinées à donner davantage de contrôle sur les entités, les joueurs et la bombe dans les scripts :
- Instance.Delay
- Instance.OnBombPlantStart et Instance.OnBombPlantAbort
- Instance.OnBombDefuseStart et Instance.OnBombDefuseAbort
- Instance.OnCustomHudClicked
- Instance.IsDedicatedServer
- Entity.Move, Entity.GetMoveType et Entity.SetMoveType
- CSPlayerPawn.GetC4, CSPlayerPawn.GetDefuseTarget, CSPlayerPawn.IsBuyMenuOpen et CSPlayerPawn.GetCamera
- C4.GetPlantStartTime, C4.GetPlantFinishTime et C4.AbortPlant
Ces fonctions permettent notamment de suivre précisément le déroulement d’un plant ou d’un désamorçage de bombe, de savoir si un joueur a le menu d’achat ouvert, ou encore de récupérer et modifier le type de mouvement d’une entité.
De nouvelles méthodes pour gérer le HUD et la caméra
En complément des deux nouvelles entités, Valve ajoute les méthodes qui permettent de les manipuler directement depuis les scripts. Pour l’interface personnalisée :
- CustomHudLayout.SetHasClass et CustomHudLayout.SetHasClassForPlayer
- CustomHudLayout.SetDialogVariableString et CustomHudLayout.SetDialogVariableStringForPlayer
- CustomHudLayout.SetInputCaptureEnabled et CustomHudLayout.IsInputCaptureEnabled
Et pour la caméra détachable :
- CSPlayerCamera.IsEnabled et CSPlayerCamera.SetEnabled
- CSPlayerCamera.SetIsControllingAngles
La mise à jour introduit également un nouvel enum CSMoveType, qui vient compléter les fonctions de gestion du mouvement des entités ajoutées par ailleurs.
Des corrections pensées pour le confort des développeurs
Le reste du patch s’attaque à des soucis plus techniques, mais qui devraient faire du bien à tous ceux qui bossent sur des scripts au quotidien. Les types de certains événements ont été corrigés, alors que certains paramètres pouvaient jusque-là se retrouver undefined sans prévenir.
Le suivi des erreurs devient aussi plus clair. Les erreurs rencontrées lors de l’exécution initiale d’un script sont désormais enregistrées dans la console, tout comme les rejets de promesses non gérées. Autre détail qui va faire gagner du temps en débogage, le numéro de colonne est maintenant ajouté aux erreurs capturées pendant l’étape de compilation des modules lors du chargement des scripts.
Enfin, deux paramètres passent en dépréciation : le paramètre planter de l’événement Instance.OnBombPlant, et le paramètre defuser de l’événement Instance.OnBombDefuse. Les scripteurs qui s’appuient encore dessus ont donc intérêt à commencer à revoir leur code en conséquence.
