Reposo observado
Tras retirar las cintas, el procesamiento vuelve a un consumo cercano al reposo.
NUEVA VERSIÓN ESTABLE / v1.0.6
Professional Police Tape System for FiveM
Tráfico y peatones inteligentes, inventario, permisos por framework y barreras persistentes. Ahora con mejoras verificadas de rendimiento y estabilidad.

NEW STABLE RELEASE · 21 SEPTIEMBRE 2026
Controla la escena. Reduce el trabajo innecesario.
El hotfix de Access y la optimización de lecturas de asientos se reúnen en una versión estable. Mantiene el frenado, la liberación de vehículos y la respuesta peatonal comprobados en Qbox y ESX.
Performance Update para instalaciones existentes v1.0.4 y v1.0.5-beta.1. Conserva configuración, jobs, permisos, traducciones y datos siguiendo la guía. Si modificaste archivos internos incluidos, combina tus cambios manualmente.
Tras retirar las cintas, el procesamiento vuelve a un consumo cercano al reposo.
Lejos de las cintas activas se evita el procesamiento de tráfico cercano.
Mantiene el frenado progresivo y libera el tráfico al retirar la cinta.
Qbox y ESX probados en FiveM. QB-Core conserva su estado experimental con pruebas automatizadas.
Ocho archivos internos; sin sustituir configuración, idiomas o integraciones privadas.
Correcciones funcionales y rendimiento en una sola distribución.
| Escenario | Antes · promedio | Después · promedio |
|---|---|---|
| ESX | 1.013 ms | 0.258 ms |
| Qbox | 0.583 ms | 0.181 ms |
Reposo posterior a la corrección: 0.014 ms ESX y 0.012 ms Qbox. Una captura ESX anterior a la corrección, a 820 metros, registró 0.016 ms promedio.
999 ticks por captura; muestras cortas con distinta población de tráfico. No son garantías ni una comparación con idéntica carga. El rendimiento real varía según hardware, jugadores, scripts y configuración. El descenso aproximado del 97% observado en pruebas anteriores compara actividad con reposo, no versiones.
Metodología, cifras y límites ↗| Característica | v1.0.4 | v1.0.5-beta.1 | v1.0.6 |
|---|---|---|---|
| Estado | Estable anterior | Beta histórica | Estable actual |
| Hotfix de Access incremental | No | Sí | Sí, con reconciliación revisada |
| Protección de lecturas en asientos vacíos | No | No | Sí |
| Filtrado por distancia y reposo | Existentes | Conservados | Conservados y medidos durante la auditoría |
| Adaptadores Qbox / QB-Core / ESX | Incluidos | Incluidos | Incluidos; mismos límites de soporte |
Las pruebas principales de rendimiento y funcionamiento fueron completadas en Qbox y ESX. Continuamos recopilando validación comunitaria en servidores multijugador.
00 Which download do I need?
Full Installation incluye el recurso completo. Configura jobs e inventario siguiendo la documentación.
Instalación completa ↓Desde v1.0.4 o v1.0.5-beta.1 usa Performance Update. No elimines la carpeta del recurso.
Performance Update ↓01 Overview / funciones del sistema
v1.0.6 conserva las integraciones de las versiones anteriores y reduce trabajo innecesario en Access y lecturas de tráfico.

Coloca la cinta. Define quién puede manipularla. Intégrala con tu inventario y deja que el tráfico y los peatones respondan al perímetro.
v1.0.6 conserva persistencia, anclajes e integraciones y optimiza Access y las lecturas de tráfico. Consulta el historial para conocer el origen de cada función.
Frenado progresivo según velocidad, rodeo y retirada peatonal, fallback driverless y lifecycle de blockers mejorado.
Sincronización de buckets diferida para evitar la reentrada del watchdog. Agrupa cambios rápidos y descarta generaciones antiguas.
Item oficial, consumo al colocar, devolución al recoger, OX validado y arquitectura de adapters.
Lee el job real de ESX y actualiza permisos al cargar personaje, salir o cambiar de trabajo. ESX Legacy y Multicharacter validados en FiveM real; aislamiento por personaje y fix callable-table.
Prompt silencioso rojo/azul, colores configurables y animación de recogida. Locales español e inglés incluidos.
Comprobador de versiones, diagnóstico y entrega administrativa. Publicación v1.0.6: 457 pruebas automatizadas aprobadas (452 Python/Lua y 5 de interfaz).
01A ESX & Access Compatibility
ESX compatibility, Multicharacter isolation and a Multijob-ready Access system.
Access para ESX Legacy validado en FiveM real.
Los permisos siguen al personaje cargado, sin heredar el acceso del personaje anterior.
Transiciones de selección diferidas y seguras, sin bloquear la carga de Multicharacter.
Matching active/any con integración custom autoritativa del servidor.
Templates incluidos para conectar tu sistema sin editar el core de Police Tape.
Diagnósticos claros para providers, enumeración de jobs, duty y configuración.
01B ESX Legacy
Personajes, permisos e inventario. Comprobados juntos en el juego.
Access ESX decide quién puede manipular la cinta; ox_inventory gestiona el item. Dos capas independientes, validadas en el mismo flujo.
Alcance de la validación ↗VALIDATED STACK
01C Multicharacter
Per-character Access isolation: se evalúa el personaje cargado, sin conservar permisos antiguos del anterior.
MULTICHARACTER
A = Police · B = Mechanic. Police Tape sigue automáticamente al personaje activo.
MULTIJOB
Police + Mechanic en el mismo personaje. Elige active o any según la política y la API de tu servidor.
02 How it works
Un flujo sencillo para oficiales autorizados, con inventario habilitado y devolución configurada.
Recibe police_tape desde tu inventario o una armería existente.
Activa el item. Access valida tu trabajo y, si se exige, tu servicio.
Elige dos puntos con E. Una colocación exitosa consume una unidad.
El tráfico y los peatones reaccionan al segmento dentro de su dimensión.
Un oficial autorizado se acerca y recoge la cinta con E.
El item recuperable vuelve al inventario de quien la recoge, si tiene capacidad.
Prompts reales del juego. Estas imágenes muestran la interacción, no el preview completo ni la animación de recogida.
03 Traffic AI
La aproximación considera la velocidad: desaceleración progresiva, avance lento y parada final. Validado visualmente en freeway.

El controlador actúa cuando la trayectoria se aproxima al segmento; la cola también puede formarse por tráfico natural de GTA. Los vehículos de jugadores se excluyen. El fallback driverless se aceptó mediante una prueba controlada con asistencia de propulsión declarada; el recurso de producción no impulsa vehículos parados.
Distancias y resultados dependen de geometría, velocidad, control de red y otros recursos. La captura no garantiza el mismo resultado en cualquier carretera.
04 Pedestrian AI
Si hay camino, el peatón intenta rodear. Si no encuentra una ruta segura, gira y se aleja caminando antes de recuperar su comportamiento normal.
En las pruebas de v1.0.6 se observaron una retirada completada en ESX y dos rutas/retiradas en Qbox, con giro natural y sin atasco en esos casos. La validación histórica de v1.0.2 también comprobó el retorno del mismo peatón y el respeto de dos cintas. Un posible loop prolongado entre múltiples cintas sigue siendo una cuestión de naturalidad separada; no se garantiza salida de cualquier recinto.

05 Inventory & item
Cancelar no consume. La devolución corresponde al oficial autorizado que recoge la cinta, aunque no sea quien la colocó.
Requiere integración habilitada, ConsumeOnPlacement / ReturnOnRemoval configurados y capacidad. La recogida por otro oficial está contemplada y probada con mocks; su aceptación real multijugador sigue pendiente.

06 Job access / security
El servidor decide quién puede colocar y recoger. Un inventario mal restringido no concede acceso a Police Tape por sí solo.

Config.Access.AllowedJobs = {
police = true,
sheriff = true,
highway = true
}Examples only. Usa los nombres reales de tus jobs. Exige servicio activo con RequireOnDuty cuando corresponda a tu servidor.
07 Existing police shops
Police Tape no crea otra tienda. Añade el item a la shop o armería que ya utiliza tu servidor y conserva sus restricciones de grupos y rangos.
{ name = 'police_tape', price = 100 },Ejemplo para el bloque inventory de una shop de ox_inventory. El precio es configurable.
La captura real muestra $106. No representa un precio obligatorio del producto ni del snippet.
Guía de integración OX ↗

08 Vehicle anchors & persistence
Extremos estáticos o anclados a vehículos y entidades de red. Los extremos móviles se actualizan y la cinta puede romperse al superar la longitud dinámica configurada.
Las cintas persistidas vuelven al reiniciar. Los network IDs no sobreviven un reinicio: se conserva la última posición mundial guardada, sin prometer una reconexión al mismo vehículo.
Cada cinta pertenece al routing bucket de creación. Registros antiguos sin bucket se interpretan como bucket 0. La recuperación utiliza archivos principal, pending y backup; preserva el directorio data/ al actualizar.
Los journals de inventario requieren reconciliación conservadora cuando una operación queda sin resolver; no se promete atomicidad distribuida.
09 Configuration
Ejemplos cortos para adaptar el recurso. No reemplaces tu config.lua completo con estos fragmentos.
Config.Access.Provider = 'esx'
Config.Access.RequireOnDuty = false
Config.Inventory.Enabled = true
Config.Inventory.Provider = 'ox_inventory'Configura también AllowedJobs e instala el item OX. Access e inventario son independientes. Auto requiere un único framework reconocido. ESX Core y Multicharacter 1.15.2 validados con OX 2.47.9, ox_target 1.18.1 y OneSync.
Config.Access.AllowedJobs = {
police = true,
sheriff = true,
highway = true
}
Config.Access.RequireJobForPlacement = true
Config.Access.RequireJobForRemoval = true
Config.Access.RequireOnDuty = falseEjemplo, no defaults: usa tus nombres reales de jobs. El default de RequireOnDuty es false. En ESX, true deniega sin una fuente custom fiable de duty. AllowedJobs={} deniega acceso.
Config.Inventory.Enabled = true
Config.Inventory.Provider = 'auto'
Config.Inventory.ItemName = 'police_tape'
Config.Inventory.ConsumeOnPlacement = true
Config.Inventory.ReturnOnRemoval = trueLa integración viene deshabilitada por defecto. Auto selecciona OX; QB experimental necesita Provider='qb_inventory'. Si ambos están presentes, selecciona explícitamente.
Config.UI.Prompt.Enabled = true
Config.UI.Prompt.Background = 'rgba(115, 0, 12, 0.82)'
Config.UI.Prompt.KeyBackground = '#1267D6'
Config.UI.Prompt.TextColor = '#FFFFFF'Texto blanco, fondo rojo y tecla azul. Prompt sin sonido ni focus NUI; conserva el control del juego.
Config.UpdateChecker = truefalse deshabilita la consulta. Solo informa: nunca descarga ni instala código.
Config.Persistence.Enabled = true
Config.MaxGlobalTapes = 100
Config.MaxTapesPerPlayer = 8Los límites son configurables. Conserva tu data/ al actualizar; revisa la documentación antes de cambiar recuperación, distancias o presupuestos de IA.
10 Inventory compatibility
Integración validada con 2.47.9. Auto puede seleccionarla.
REAL FIVEM VALIDATION PENDING. Selección explícita mediante qb_inventory; no se anuncia como certificado.
API y ejemplo incluidos. Debes implementar y validar la integración con tu sistema.
10A Framework Access
Core y Multicharacter 1.15.2. Cambios de trabajo, A → B → A y reconexión sin fuga de permisos observada.
Colocación, retirada, devolución del item, permisos, reconexión y reinicio comprobados. Tráfico, peatones y rendimiento observados en v1.0.6; validación multijugador ampliada pendiente.
Integración implementada; validación real pendiente.
10B Multijob-ready Access
La arquitectura Access de v1.0.6 permite evaluar el trabajo activo o una lista de trabajos mediante una integración custom. Esta capacidad se incorporó en v1.0.4.
JOB MATCH MODE
Solo se evalúa el trabajo activo del framework.
JOB MATCH MODE
Un trabajo autorizado puede dar acceso si el adapter enumera todos los jobs desde una fuente fiable del servidor.
ANY requiere un adapter compatible; los providers estándar solo exponen el job activo. No se afirma compatibilidad automática ni validación real de ningún recurso Multijob de terceros.
10C Custom self-service integration
Adapta server/access/custom.lua con los templates incluidos y la API documentada de tu recurso.
Para recursos que exponen los trabajos actuales de forma síncrona.
Export template ↗Para eventos autoritativos de carga, salida y cambios de trabajo, con protección contra respuestas antiguas.
Event/cache template ↗EXAMPLE CONFIG / CUSTOM + ANY
Config.Access = {
Provider = 'custom',
JobMatchMode = 'any',
RequireJobForPlacement = true,
RequireJobForRemoval = true,
RequireOnDuty = false,
AllowedJobs = {
police = true,
sheriff = true,
sahp = true,
}
}Example only. La distribución conserva AllowedJobs vacío: deny-by-default hasta configurar los trabajos autorizados.
Guía de integración self-service ↗Active/any y política de permisos probados automáticamente.
Adapter y templates para conectar tu servidor.
Integración y validación concretas necesarias antes de afirmar soporte.
11 Update checker
Al iniciar, el recurso consulta la última versión publicada. El aviso informa de la versión publicada y recomienda el paquete adecuado.
Ejemplo ilustrativo: un servidor con v1.0.4 recibe el aviso de v1.0.6. No es una lectura de tu servidor.

Consulta el endpoint oficial de Bebecito Development. No descarga ni ejecuta código remoto, no instala automáticamente y no incorpora telemetría. Solo la información de red habitual de una petición HTTP. Se desactiva con Config.UpdateChecker=false.
Ver endpoint público ↗12 Installation
ensure bebecito_policetapeESX: selecciona Access esx y conserva Inventory ox_inventory. ESX + OX validados en FiveM real. QB sigue EXPERIMENTAL.
Guía del parche ESX + OX ↗Guía QB experimental ↗policetapeinventory
policetapeversionDesde v1.0.4 o v1.0.5-beta.1, usa Performance Update. Detén únicamente el recurso y respalda su carpeta completa. Copia solo los archivos incluidos; conserva config.lua, idiomas, integraciones privadas y todo data/. No necesitas reconfigurar jobs ni permisos. Combina manualmente cualquier archivo interno que hayas personalizado, inicia el recurso y confirma v1.0.6. Para otras versiones, compara los cambios antes de actualizar. Guía de actualización ↗
13 Commands & diagnostics
| Comando | Acceso | Función |
|---|---|---|
/policetape | Jugador autorizado | Iniciar o cancelar la colocación. |
policetapegive [playerId] [cantidad] | Consola / ACE admin | Entregar el item a un jugador conectado; cantidad entera 1–50. |
policetapeinventory | Consola / ACE admin | Provider, item, usable, devolución y política de acceso. |
policetapeversion | Jugador / consola | Versión instalada, última comprobada y estado. |
policetapeversion check | Consola del servidor | Consulta manual; cooldown de 60 segundos. |
policetapeai | F8 local | Diagnóstico de solo lectura: tráfico, peatones y blockers. |
policetapestats | Jugador / consola | Estadísticas de cintas activas y límites. |
policetapeclear | Consola / ACE admin | Limpieza del bucket del administrador; consola: todos los buckets. |
policetaperesettraffic | Consola / ACE admin | Liberar las tareas de detención del tráfico. |
add_ace group.admin bebecito_policetape.admin allowOtórgalo solo a tu grupo administrativo. No reemplaza AllowedJobs para la colocación y retirada ordinarias. El permiso del comando de entrega puede configurarse mediante AdminAce.
14 Release history
Access incremental, menos lecturas duplicadas y protección de asientos vacíos. Qbox y ESX probados; actualización que conserva configuración y datos.
Release v1.0.6 ↗ESX Legacy y Multicharacter validados, fix callable-table, aislamiento por personaje y sincronización segura de buckets. OX: colocar, recoger y devolver el item validados. Access active/any, templates Multijob self-service y 410 pruebas automatizadas.
Corrección del callback de buckets asociado al watchdog, debounce por jugador y proveedor Access ESX. 359 pruebas automatizadas aprobadas. En esta versión, la aceptación real ESX aún estaba pendiente.
Reentrada peatonal tras liberación, cooldown y separación. Elimina la exclusión permanente del mismo NPC/cinta. PASS REAL: retorno del mismo peatón y respeto de dos cintas.
Routing buckets, lifecycle de blockers, mejoras de tráfico y recuperación. Inventario, Access por jobs, prompt NUI, recogida y update checker. OX validado, QB experimental.
Colocación y retirada de cinta, persistencia, anclajes y reacción de tráfico y peatones. Las mejoras posteriores no se presentan como funciones que antes no existían.
15 FAQ
No. El Performance Update conserva config.lua. Revisa cualquier modificación propia en los ocho archivos internos antes de copiarlos.
No: el paquete no incluye archivos de permisos ni modifica server.cfg.
La actualización no incluye data/. Detén el recurso antes del respaldo y conserva todos tus datos. La limpieza automática configurada sigue funcionando.
Full Installation para un servidor nuevo; Performance Update para actualizar v1.0.4 o v1.0.5-beta.1.
Sí. La copia selectiva fue simulada y los archivos protegidos se compararon por hash.
Sí. Usa el mismo Performance Update; también se comprobó esa ruta de actualización.
Cuenta con pruebas principales de funcionamiento y rendimiento en Qbox.
El adaptador está incluido y probado automáticamente. Conserva su categoría experimental; la validación real sigue pendiente.
Sí, ESX Legacy y OX cuentan con pruebas reales. No se garantiza cada fork, multijob o API de duty externa.
Ejecuta policetapeversion. La versión del manifest debe ser 1.0.6; Config.Version heredado puede conservar el valor anterior.
Detén el recurso, conserva una copia del estado actual y restaura tu respaldo completo. Inicia y verifica versión e inventario.
Versión, framework, inventario, jugadores, cintas, pasos y profiler de cliente/servidor por separado. Nunca envíes claves ni identificadores personales.
STABLE v1.0.6 / DESCARGA GRATUITA
Latest Stable: 1.0.6. Instalación completa y Performance Update disponibles. No requiere editar server/main.lua ni crear un adaptador ESX manual. Conserva tu configuración y datos al actualizar.
Descarga pública gratuita desde GitHub. ESX Legacy, Multicharacter y OX cuentan con validación real del comportamiento. Las simulaciones de actualización usan Lua real con APIs FiveM simuladas. Multijob custom requiere integrar y validar la API de cada servidor.