ED Armor applique des niveaux d\u2019armure configurables lorsqu\u2019un personnage porte un drawable de gilet autoris\u00e9. La version 1.0.0 examin\u00e9e utilise ESX Legacy, ox_lib et ox_inventory. Le d\u00e9p\u00f4t GitHub original a \u00e9t\u00e9 archiv\u00e9 le 27 avril 2025 : l\u2019ancienne invitation \u00e0 ouvrir un ticket ne garantit donc pas une maintenance continue.<\/p>\n
Le d\u00e9p\u00f4t contient un sous-dossier ed_armor avec fxmanifest.lua et les r\u00e9pertoires client, server et shared. Placez ce dossier int\u00e9rieur dans vos ressources et utilisez ensure ed_armor apr\u00e8s ses d\u00e9pendances. La configuration se trouve dans shared\/config.lua ; la racine du d\u00e9p\u00f4t n\u2019est pas le dossier de ressource.<\/p>\n
Le fichier fourni items\/items.lua contient light_armor, medium_armor et heavy_armor, avec des niveaux configur\u00e9s \u00e0 50, 75 et 100. Le client compare litt\u00e9ralement ces trois noms. Modifier uniquement nameitem dans la configuration ne change pas cette logique. V\u00e9rifiez l\u2019utilisation et la consommation des objets dans votre version d\u2019ox_inventory avant d\u2019int\u00e9grer les exemples.<\/p>\n
Les tables par d\u00e9faut autorisent le drawable 1 du composant vestimentaire 9 pour les peds masculins et f\u00e9minins. Adaptez ces num\u00e9ros \u00e0 votre pack de v\u00eatements : un gilet visible n\u2019est pas automatiquement accept\u00e9. L\u2019application utilise un cercle de progression annulable de cinq secondes, puis fixe le niveau d\u2019armure au lieu d\u2019ajouter des points.<\/p>\n
La surveillance intervient par d\u00e9faut toutes les minutes et ne d\u00e9marre que dans les conditions impl\u00e9ment\u00e9es c\u00f4t\u00e9 client. \u00c0 l\u2019apparition ou au d\u00e9marrage de la ressource, une armure existante sans gilet compatible ne lance pas la surveillance. Le ped et son sexe mis en cache sont actualis\u00e9s lors de ces deux \u00e9v\u00e9nements ; testez donc les changements de mod\u00e8le et l\u2019armure fournie par d\u2019autres scripts.<\/p>\n
L\u2019armure est appliqu\u00e9e localement avant la demande de retrait de l\u2019objet. Le serveur v\u00e9rifie l\u2019existence du joueur ESX, mais ne limite pas le nom re\u00e7u aux trois objets d\u2019armure et ne v\u00e9rifie pas le r\u00e9sultat du retrait. Confirmez qu\u2019une utilisation r\u00e9ussie consomme exactement un objet, qu\u2019une annulation ou un refus n\u2019en consomme aucun, et examinez les contr\u00f4les de possession c\u00f4t\u00e9 serveur.<\/p>\n
Source examin\u00e9e le 10 septembre 2026 \u00e0 la r\u00e9vision 428fddfd5a79128cdfeaab44baa5d074a0775f47. Manifeste, configuration, exemples d\u2019objets et code Lua complet ont \u00e9t\u00e9 inspect\u00e9s. Aucun test de v\u00eatements, d\u2019inventaire ou en jeu n\u2019a \u00e9t\u00e9 effectu\u00e9 ; les gains de performance ne sont pas \u00e9tablis.<\/p>\n