Un script de barbería se juzga por una sola cosa: lo que el jugador ve antes de pagar, y lo que queda de su personaje tras la reconexión.
Avenida Team, 24 de agosto de 2026
No faltan scripts de barbería en FiveM, y casi todos venden lo mismo: la gestión del local, barberos en manos de jugadores o llevados por NPC, un precio por categoría, y esos 0.00 ms en reposo que anuncia todo el mundo. En ese terreno se parecen entre sí, y al final acabas eligiendo por el precio.
Esta comparativa va de otra cosa. Escribimos avenida_barber porque ninguno de los que habíamos probado respondía a dos preguntas que nos hacíamos, y esas dos preguntas se han convertido en los criterios de este artículo. Más abajo publicamos además qué ganas exactamente según el sistema de apariencia que ya tienes en marcha, target por target. Ahí es donde se decide una compra, y nadie lo detalla.
¿Qué gana tu servidor con este script de barbería?
Un momento que tus jugadores cuentan, en lugar de un menú que soportan. El personaje entra en el local, se sienta, el barbero se pone a trabajar, y una cámara libre gira alrededor de su cabeza mientras elige. Ve su corte con una luz constante, a medianoche igual que a mediodía, y solo paga después.
| Lo que instalas | Lo que cambia en tu servidor |
|---|---|
| Cámara orbital y 7 ángulos de cámara | El jugador juzga el corte de cerca, se acabaron los tickets del tipo «no era lo que había elegido» |
| Escena de sillón con barbero | Un local se vuelve un sitio de roleplay en lugar de un punto de interacción |
| 8 locales preconfigurados, Cayo Perico incluido | Abres el mapa el día de la instalación, sin colocar un solo blip |
| Precio por componente | Decides qué es gratis y qué se vende, sin tocar el código |
| 15 idiomas ya traducidos | Tus jugadores leen la interfaz en su idioma desde el primer arranque |
| Config, locales y bridges fuera del escrow | Adaptas el script a tu servidor, y no al revés |
¿Qué tiene que hacer bien un script de barbería FiveM?
Seis cosas, y solo dos figuran en las páginas de venta. Un script de peluquería para FiveM tiene que escribir en el sistema de apariencia correcto, mantener el personaje intacto tras la reconexión, mostrar el resultado antes del pago, validar el precio en el servidor, convivir con los demás recursos que tocan el ped, y engancharse al framework que ya tienes sin que reescribas su config.
| Criterio | Lo que este script te evita |
|---|---|
| Escribir en el sistema de apariencia correcto | Un corte que se aplica y luego desaparece al reconectar |
| Mostrar antes de facturar | Un jugador que paga, no queda contento y abre un ticket |
| Validar el precio en el servidor | Un cliente modificado que se peina gratis |
| Compartir el slot de decoración del ped | Tatuajes que borran el pelo, o al revés |
| Detectar el framework al arrancar | Un recurso que se niega a arrancar en tu servidor |
| No hacer nada cuando no hay nadie | Un thread que se ejecuta para nada en el cliente de cada jugador conectado |
¿Cómo cambia de corte de pelo un jugador en FiveM?
Entra en una barbería y abre el menú del barbero, siempre que el servidor haya instalado uno. GTA V no ofrece nada parecido en multijugador modificado: sin un script dedicado, el jugador conserva el corte elegido en la creación del personaje y ya no puede cambiarlo. Por eso todos los servidores de rol instalan uno, y es la pregunta que tus jugadores harán el primer día.
En la práctica, con un local colocado en el mapa, el jugador se acerca al punto marcado por un blip, confirma, y se abre un menú. Allí encuentra el peinado, la barba, las cejas, el color, el maquillaje y, según el script, los detalles de piel. Confirma, paga si hay un precio, y su personaje conserva el corte tras la reconexión, siempre que el servidor haya enganchado el script al sistema de apariencia correcto.
Si eres jugador y no dueño de servidor, no puedes instalar nada por tu cuenta, todo ocurre en el lado del servidor. Si tu servidor no tiene barbería, o si el corte se reinicia en cada reconexión, hay que decírselo a su equipo. Este artículo está escrito para ellos y puede serles útil.
¿Ve el jugador lo que compra antes de pagar?
Rara vez, y es el primer motivo de tickets de soporte. La mayoría de scripts de barbershop para FiveM abren un menú y aplican el corte sobre el personaje de pie, encuadrado por la cámara del juego, a la hora que marque la partida. Si tu servidor está en plena noche, el jugador elige un color de pelo que no ve.
Ese fue el primer punto que quisimos resolver. Nuestra cámara está anclada al hueso de la cabeza y se captura una sola vez al abrir, de modo que ninguna animación sincronizada pueda arrastrar el encuadre mientras el jugador trabaja. Gira 360 grados completos, hace zoom y baja desde la altura de los ojos hasta los zapatos, con ratón igual que con teclado. La sensibilidad de los tres ejes se ajusta en Config.Camera.
Siete ángulos de cámara preestablecidos, cada uno con sus límites de zoom y de altura: cara, cabeza, busto, torso, piernas, zapatos, cuerpo entero. Al elegir las cejas la cámara ya está en la cara, a una distancia a la que se pueden juzgar. El jugador mantiene el control, el preajuste solo decide dónde empieza la sesión.
Y mientras hay un menú abierto, el personaje sigue el cursor con la mirada. El puntero se proyecta sobre un plano focal delante de la cabeza y TaskLookAtCoord suaviza entre ticks. La proyección es relativa a la cámara, así que la mirada queda bien en cualquier ángulo. Cuesta un tick cada 100 ms, ligado a la sesión de cámara, y es lo que por fin permite juzgar cómo queda un corte.
Un modificador de timecycle se ejecuta mientras hay un menú abierto. Un corte se juzga entonces con la misma luz a medianoche que a mediodía, y no como una mancha gris oscura. El modificador propio del jugador se restaura al cerrar. Pon Timecycle = false para dejar la luz del mundo como está, y Config.Barber.ChairScene = false para saltarte la escena de sillón.
¿Qué interfaz necesita un script de peluquería FiveM?
Una interfaz web moderna, servida por el propio recurso, que no descarga nada de internet. Es lo que separa con más claridad los scripts de barbería recientes de los antiguos. Muchos siguen montados sobre RageUI, un menú nativo en lista, fácil de escribir pero de 2018 y que muestra poco a la vez.
El nuestro está escrito en Svelte 5. Las fuentes van alojadas con el recurso, no hay CDN ni petición externa, así que nada sale del cliente de tus jugadores hacia un tercero. Un tutorial de primera apertura guía al jugador una vez, con un botón para repetirlo, y se marca como visto menú por menú, no de una vez para todos.
Los selectores de color leen las paletas reales del juego en lugar de aproximarlas, así que lo que elige el jugador es lo que lleva el personaje. Y las hair bases están filtradas por versión del juego: un peinado que el cliente del jugador no puede mostrar no aparece en la lista, en vez de aparecer y dejarlo calvo.
¿Qué ganas según tu sistema de apariencia?
Todo el catálogo de personalización, y en vRP ganas incluso más de lo que tu framework puede hacer por su cuenta. Un script de barbería escribe en el recurso de apariencia que ya tienes en marcha, así que lo que ese recurso pueda guardar decide qué sobrevive a una reconexión. Internamente usamos el formato de qb-clothing y convertimos en la salida, target por target.
| Tu sistema | Lo que ganas |
|---|---|
qb-clothing, tabla propia | El catálogo entero. Es la forma nativa del script. |
illenium-appearance, fivem-appearance | Pelo, barba, cejas, maquillaje, detalles de piel y cicatrices, todo se escribe en ellos. Los overlays de dos tonos toman su color principal, ya que su esquema solo maneja uno. |
esx_skin | Todos los overlays y todos los componentes. Para conservar también reloj y pulsera, el script los guarda en su propia tabla, una opción de una línea de config. |
vRP | Más de lo que vRP puede hacer solo. vRP solo guarda ropa, así que el script se hace cargo del personaje entero en avenida_skins y le devuelve a vRP la parte de ropa que le corresponde, releída cada 30 segundos. |
vRP guarda componentes de ropa y props, y nada más: ni overlays de cabeza, ni rasgos faciales, ni color de pelo o de ojos, ni decoraciones de ped. Dicho de otro modo, un servidor vRP no puede ofrecer una barbería completa con sus propias herramientas. El script aporta entonces la pieza que falta: mantiene el personaje entero en su tabla y le devuelve a vRP la parte de ropa que le corresponde, releída cada 30 segundos y refrescada en cuanto hay un cambio. Conviene saberlo antes de configurar: un skinshop nativo de vRP mostrará la ropa, y la barbería la sigue gestionando el script.
ESX, QBCore, vRP, standalone: ¿qué cambia de verdad?
Nada para ti, y ese es el objetivo. El framework se detecta al arrancar, a través de archivos de bridge abiertos que puedes leer y modificar. Hay ocho: framework, clothing, decorations, inventory, notif, interact, compat y vrp.
Un punto merece detalle porque explica buena parte de los scripts que se niegan a arrancar en tu servidor. No cargamos @vrp/lib/utils.lua, hablamos con vRP mediante sus propios eventos Proxy y Tunnel. Dos consecuencias: el recurso arranca con normalidad en un servidor que no tiene vRP en absoluto, y las diferencias de convención de argumentos entre forks desaparecen, porque viven en su helper y no en el canal de eventos.
Lo que eso no cubre, y lo decimos en la consola en vez de fallar en silencio: vRP 2 y vRP 0.5 no están soportados. vRP 2 es otro framework que se quedó con el nombre, y el proxy de la 0.5 no tiene canal de respuesta. El target es la 1.0 y los forks construidos sobre ella, vrpex, dunko, zabka, MM1212 y ZIRIX.
¿Hay que fiarse de los 0.00 ms que anuncian todos?
No, porque todos miden lo mismo: el reposo. Un script de barbería en reposo no hace nada por construcción, así que mostrar 0.00 ms en resmon cuando no hay nadie en un local no distingue absolutamente nada. Nosotros también lo anunciamos, y por la misma razón.
Lo que sí merece la pena mirar es cómo se consigue ese reposo. En el nuestro, los puntos de interacción comparten un único thread que se duerme un segundo cuando no hay nadie cerca, los blips se crean una vez, y cada thread de sesión se mata al salir. El tick de seguimiento de la mirada, a 100 ms, solo existe mientras hay un menú abierto.
No tenemos una medida de resmon publicable bajo carga, con treinta jugadores conectados y varias sesiones de barbería abiertas a la vez. Preferimos escribirlo antes que reciclar la cifra en reposo y dar a entender que vale para los dos casos. Si haces esa medición en tu servidor, nos interesa.
¿Qué hay de nuevo en las barberías FiveM en 2026?
Tres cosas han cambiado respecto a la generación anterior de scripts de barbería, y las tres se ven en pantalla. Las interfaces web han sustituido a los menús nativos, la vista previa en tiempo real ha sustituido a aplicar a ciegas, y la detección automática de framework ha sustituido a la config escrita a mano.
Lo que sigue abierto en 2026 es la compatibilidad entre familias de recursos. Un servidor tiene un sistema de apariencia, un inventario, un sistema de target, y cada uno con sus convenciones. Por eso la pregunta que hay que hacerle a un script nuevo de barbershop FiveM ya no es si es bonito, sino en qué escribe.
Nuestra última versión publicada es la 1.2.0. Esta página sigue las versiones: cuando el recurso evoluciona, la fecha del final del artículo avanza, y el historial dice qué ha cambiado. Si lees esto dentro de seis meses, míralo ahí.
Nuestras propias observaciones, sobre tres puntos que las fichas se saltan
Un ped solo tiene un slot de decoración, compartido por todo el servidor
Es de lejos la causa más frecuente de «mis tatuajes han desaparecido» y de «mi corte se ha reiniciado». Las hair bases y los tatuajes viven en el mismo slot, y vaciarlo lo vacía para todo el mundo. Un recurso que lo limpia sin cuidado borra el trabajo de todos los demás.
Por eso avenida_barber, avenida_tattoo y avenida_clotheshops reponen cada uno lo que pertenece a los otros en cada redibujado. Los tres conviven en lugar de pisarse. Si mezclas scripts de familias distintas, eso es lo primero que hay que comprobar.
El precio se valida en el servidor, nunca en el cliente
El total se construye artículo por artículo, cada uno se puede quitar, y el pago se valida en el servidor. Lo que no tiene precio se aplica y se guarda sin facturarse ni siquiera mostrarse en el carrito. Es lo que permite dejar el corte gratis y cobrar solo los overlays, o al revés, sin tocar el código.
Las hair bases están filtradas por versión del juego
Un peinado que el cliente del jugador no puede mostrar no aparece en la lista, en lugar de listarse y quedar roto. Es una línea de código y elimina una categoría entera de tickets, del tipo «he comprado un corte y me he quedado calvo».
La checklist antes de comprar un script de barbería
- ¿Escribe el script en el sistema de apariencia que ya tengo? Tiene que nombrar su target, no decir «compatible».
- ¿Está publicada la lista de lo que se conserva según el target? Si no está publicada, la limitación existe de todas formas.
- ¿Ve el jugador el resultado antes de que se cobre? Sí, y con luz constante.
- ¿Se valida el precio en el servidor? Sí; si no, un cliente modificado hace lo que quiere.
- ¿Se comparte bien el slot de decoración del ped? Sí; si no, los tatuajes desaparecerán.
- ¿Están fuera del escrow los archivos de config, de idioma y de bridge? Sí; si no, no podrás adaptar nada.
- ¿Se detecta el framework, o hay que escribirlo a mano? Detectado, con un fallback sin dependencias.
Preguntas frecuentes
¿Funciona el script sin ESX ni QBCore?
Sí. Standalone es el fallback por defecto cuando no se detecta ningún framework, y no depende de ningún otro recurso. Además existe un modo custom, que se elige explícitamente y donde enganchas tu propia lógica en los archivos de bridge.
¿Puedo modificar los textos y los precios después de comprar?
Sí. config/*.lua, locales/*.lua, bridges/*.lua, el README, el CHANGELOG y el archivo SQL están fuera del escrow. Los puedes leer y editar. El resto del código está protegido por el escrow de Cfx.
¿Cuántos idiomas vienen con el script en el juego?
Quince, ya traducidos y modificables: inglés, francés, alemán, español, italiano, portugués de Brasil, ruso, polaco, checo, rumano, turco, neerlandés, árabe, tailandés e indonesio. Son los idiomas que ven tus jugadores, que no hay que confundir con los seis idiomas de esta web.
¿Cuántos locales vienen preconfigurados?
Ocho, Cayo Perico incluido, cada uno con su blip, su modelo de ped barbero y sus propios precios, en un archivo de config abierto. Puedes añadir o quitar los que quieras sin tocar código protegido.
¿Carga la interfaz algo desde internet?
No. La interfaz es Svelte 5, las fuentes van alojadas con el recurso, no hay CDN ni petición externa. Nada sale del cliente de tus jugadores hacia un tercero. La documentación cubre la instalación y los exports.
Otros scripts de barbería del mercado
Para situarte, aquí van algunos nombres con los que te cruzarás buscando. La lista no es en absoluto exhaustiva y no enlazamos a ninguno, cada uno se encuentra por su nombre.
vms_barber · DeeP-Scripts BarberShops · Barber Shop System V5 · EnhancedBarbershop · Player Run Barbershop · foltone_barbershop
Lo que los separa del nuestro no es la calidad, es el enfoque. Casi todos están construidos alrededor del oficio de barbero que se gestiona en el servidor. Nosotros hemos construido el momento en que un jugador ajusta su personaje y ve exactamente lo que obtiene. Si tu servidor busca ante todo un trabajo con empleados y caja, varios de esos scripts están hechos para eso, y no vamos a decir lo contrario.
Fuentes
Todo lo que este artículo afirma sobre avenida_barber sale de archivos que puedes leer tú mismo, antes de comprar y después:
- el
README.mddel recurso, con su tabla de compatibilidad por sistema de apariencia y su apartado de rendimiento; - su
CHANGELOG.md, con la lista de limitaciones conocidas citada más arriba; - sus
config/*.lua, para los ocho locales, los precios por componente y los ajustes de cámara; - su
fxmanifest.lua, para elescrow_ignorey los quince archivos de idioma.
Esos cuatro archivos están fuera del escrow, así que los puedes leer y modificar una vez instalado el recurso. Las capturas de esta página vienen de la versión 1.2.0, tomadas el 24 de agosto de 2026.
Historial de esta página
- 24 de agosto de 2026 · primera publicación, sobre
avenida_barber1.2.0.
¿Alguna duda sobre un caso concreto, un sistema de apariencia poco común o un fork de vRP que no hayamos listado? El Discord es el sitio, y responde el desarrollador que escribió el script.
