ss-spikestrip de Sparki est une ressource ESX pour poser et ramasser une herse. L’archive liée déclare la version 1.0.0. Elle utilise les barres de progression et notifications ox_lib, une interaction ox_target et un exemple d’objet ox_inventory.
Installer la ressource extraite
Extrayez le ZIP et placez le dossier ss-spikestrip contenant fxmanifest.lua dans resources. Démarrez es_extended, ox_lib, ox_target et ox_inventory avant ensure ss-spikestrip. Un ZIP laissé dans resources n’est pas une ressource installée.
La README définit spike_strip dans ox_inventory/data/items.lua avec l’événement client spike_strip:use. Vérifiez la définition et la consommation avec votre version d’inventaire. Le serveur enregistre aussi un objet utilisable ESX ; ni ce gestionnaire ni la pose ne retire explicitement d’objet. Vérifiez qu’un seul objet est consommé puis rendu selon la réussite ou l’annulation.
Le serveur initialise ESX par l’événement obsolète esx:getSharedObject. Adaptez-le à l’import ou à l’export pris en charge par votre version ESX avant les essais. L’archive ne prouve pas une compatibilité immédiate avec ESX actuel.
Pose, récupération et limites
La pose utilise une progression annulable de 1000 millisecondes ; la récupération dure 5000 millisecondes sans annulation. Le client du poseur examine les véhicules proches toutes les 100 millisecondes et crève les pneus d’indices 0–5 lorsque la position du véhicule est à moins de 1.5 unité de l’objet. Il s’agit d’un test de proximité, pas d’un contact de chaque roue.
La récupération accorde un objet après avoir seulement vérifié l’existence d’un joueur ESX. Aucun enregistrement serveur ne relie la demande à une herse posée, un propriétaire ou une distance ; aucune restriction au métier police n’existe. Ajoutez une validation serveur de la pose, de la consommation et d’une récupération unique avant ouverture aux joueurs.
Les cibles de récupération sont enregistrées localement par le client du poseur. Testez la visibilité et la récupération par un autre joueur, les changements de propriétaire réseau du véhicule, l’annulation et les redémarrages. La liste des objets n’a pas de nettoyage à l’arrêt de la ressource ; le code ne garantit pas une récupération multijoueur fiable.
Aperçu vidéo original
L’archive exacte liée et les quatre fichiers source ont été examinés le 10 septembre 2026. Aucun essai de pose, de synchronisation des pneus ou d’inventaire n’a été effectué dans FiveM.