GM-AntiBump est une ressource client autonome de Goncal0_. Son manifeste de version 1.1 charge config.lua et antibump.lua sans dépendance de framework. Le code compare la compression de suspension des roues à une référence et ajuste la vitesse maximale du véhicule conduit lorsqu’une bosse coïncide avec une accélération.
Des classes de véhicules, pas des types de pneus montés
L’implémentation examinée choisit le seuil avec GetVehicleClass. Config.BumpThresholds contient les classes 0 à 9 et une valeur de repli Default de 1000. Elle ne vérifie pas les pneus tout-terrain installés. Modifier l’apparence des roues ne sélectionne donc pas un autre seuil dans ce code.
La boucle du conducteur s’exécute toutes les 50 millisecondes. Les références de compression sont enregistrées lorsque le véhicule suivi change, sans recalibrage continu. En dehors d’une bosse détectée, le script fixe régulièrement la vitesse maximale à 999.0. Cela peut entrer en conflit avec une autre ressource qui contrôle cette limite.
Tester la conduite et le nettoyage à l’arrêt
Conservez le manifeste extrait, la configuration et le fichier client dans un même dossier de ressource et démarrez ce dossier exact depuis server.cfg sur un serveur de développement. Comparez le même parcours avec et sans la ressource, avec plusieurs classes configurées et une classe non configurée.
Testez les bordures, rampes, accélérations en descente, changements de véhicule et sièges passagers. Vérifiez les interactions avec régulateurs, limiteurs de vitesse et conduite personnalisée. Aucun gestionnaire d’arrêt ne restaure une ancienne limite de vitesse ; incluez donc l’arrêt de la ressource pendant une limitation active dans vos tests.
Source et portée de la vérification
Code source vérifié le 10 septembre 2026 à la révision 03d0fec111c3ba2803f3fd22108c3a177dc3352a. Ces constats décrivent le code statique ; aucun test de conduite, d’efficacité antitriche ou de performances n’a été effectué.