ss-spikestrip de Sparki es un recurso ESX para colocar y recoger una barrera de pinchos. El archivo enlazado declara la versión 1.0.0. Usa progreso y avisos de ox_lib, interacción de recogida de ox_target y un ejemplo de objeto para ox_inventory.
Instalar el recurso extraído
Extrae el ZIP y coloca en resources la carpeta ss-spikestrip que contiene fxmanifest.lua. Inicia es_extended, ox_lib, ox_target y ox_inventory antes de ensure ss-spikestrip. Dejar un ZIP en resources no instala el recurso.
El README define spike_strip en ox_inventory/data/items.lua con el evento cliente spike_strip:use. Comprueba la definición y el consumo con tu versión de inventario. El servidor también registra un objeto utilizable ESX; ni ese controlador ni la colocación retiran expresamente un objeto. Verifica que se consuma y devuelva exactamente un objeto según el éxito o la cancelación.
El servidor inicializa ESX mediante el evento obsoleto esx:getSharedObject. Adáptalo al import o export admitido por tu versión ESX antes de probarlo. El archivo no demuestra compatibilidad inmediata con ESX actual.
Colocación, recogida y límites
La colocación usa un progreso cancelable de 1000 milisegundos; la recogida dura 5000 milisegundos sin cancelación. El cliente que coloca la barrera revisa vehículos cercanos cada 100 milisegundos y revienta los neumáticos de índices 0–5 cuando la posición del vehículo está a menos de 1.5 unidades del objeto. Es una prueba de proximidad, no de contacto individual de cada rueda.
La recogida concede un objeto tras comprobar únicamente que exista un jugador ESX. No hay registro del servidor que vincule la petición con una barrera colocada, propietario o distancia, ni restricción al empleo policial. Añade validación del servidor para colocación, consumo y recogida única antes de dar acceso a los jugadores.
Los objetivos de recogida se registran localmente en el cliente que coloca la barrera. Prueba visibilidad y recogida desde otro jugador, cambios de propietario de red del vehículo, cancelación y reinicios. La lista de objetos no tiene limpieza al detener el recurso; el código no acredita una recuperación multijugador fiable.
Vista previa original en vídeo
El archivo exacto enlazado y los cuatro archivos fuente se examinaron el 10 de septiembre de 2026. No se probaron colocación, sincronización de neumáticos ni inventario en FiveM.