
- ESX
- QBCore
- vRP

ED Armor aplica niveles configurables de armadura cuando un personaje lleva un drawable de chaleco permitido. La versión 1.0.0 revisada utiliza ESX Legacy, ox_lib y ox_inventory. El repositorio GitHub original se archivó el 27 de abril de 2025; la antigua invitación a abrir una incidencia no garantiza mantenimiento continuo.
El repositorio contiene una carpeta interna ed_armor con fxmanifest.lua y los directorios client, server y shared. Coloca esa carpeta interna en tus recursos y utiliza ensure ed_armor después de sus dependencias. La configuración está en shared/config.lua; la raíz del repositorio no es la carpeta del recurso.
El archivo items/items.lua incluye light_armor, medium_armor y heavy_armor, con niveles configurados en 50, 75 y 100. El cliente compara literalmente esos tres nombres. Cambiar únicamente nameitem en la configuración no modifica esa lógica. Comprueba el uso y consumo de objetos en tu versión de ox_inventory antes de incorporar las definiciones de ejemplo.
Las tablas predeterminadas permiten el drawable 1 del componente de ropa 9 para peds masculinos y femeninos. Adapta los números a tu paquete de ropa; un chaleco visible no se acepta automáticamente. La aplicación usa un círculo de progreso cancelable de cinco segundos y fija el nivel de armadura, en vez de sumar puntos al valor existente.
La supervisión se realiza por defecto cada minuto y solo comienza bajo las condiciones implementadas en el cliente. Al aparecer o iniciar el recurso, una armadura existente sin chaleco compatible no activa el monitor. El ped y su sexo almacenados en caché se actualizan en esos dos eventos. Prueba cambios de modelo y armadura de otros scripts, sin presuponer una cobertura continua.
La armadura se aplica localmente antes de solicitar la retirada del objeto. El servidor comprueba que exista un jugador ESX, pero no limita el nombre recibido a los tres objetos de armadura ni verifica el resultado de la retirada. Confirma que cada uso correcto consuma exactamente un objeto, que cancelación y rechazo no consuman ninguno, y revisa la validación de posesión en el servidor.
Código revisado el 10 de septiembre de 2026 en la revisión 428fddfd5a79128cdfeaab44baa5d074a0775f47. Se inspeccionaron manifiesto, configuración, ejemplos de objetos y todo el código Lua. No se realizaron pruebas de ropa, inventario o juego; las mejoras de rendimiento no están demostradas.





