Un script de barbier se juge sur une seule chose : ce que le joueur voit avant de payer, et ce qui reste de son personnage à la reconnexion.
Avenida Team, 24 août 2026
Les scripts de barbier ne manquent pas sur FiveM, et la plupart vendent la même chose : la gestion du salon, des barbiers tenus par des joueurs ou par des NPC, un prix par catégorie, et un 0.00 ms au repos que tout le monde annonce. Sur ce terrain, ils se ressemblent, et le choix finit par se faire au prix.
Ce comparatif porte sur autre chose. Nous avons écrit avenida_barber parce qu’aucun de ceux que nous avions essayés ne répondait à deux questions que nous nous posions, et ces deux questions sont devenues les critères de cet article. Nous publions aussi, plus bas, ce que vous gagnez exactement selon le système d’apparence que vous faites déjà tourner, cible par cible. C’est le point sur lequel un achat se joue, et personne ne le détaille.
Que gagne votre serveur avec ce script de barbier ?
Un moment que vos joueurs racontent, au lieu d’un menu qu’ils subissent. Le personnage entre dans le salon, s’assoit, le barbier se met au travail, et une caméra libre tourne autour de sa tête pendant qu’il choisit. Il voit sa coupe sous une lumière constante, à minuit comme à midi, et il ne paie qu’ensuite.
| Ce que vous installez | Ce que ça change sur votre serveur |
|---|---|
| Caméra orbitale et 7 cadrages | Le joueur juge sa coupe de près, plus de ticket « ce n’est pas ce que j’avais pris » |
| Scène de fauteuil avec barbier | Un salon devient un lieu de roleplay au lieu d’un point d’interaction |
| 8 salons préconfigurés, Cayo Perico compris | Vous ouvrez la map le jour de l’installation, sans placer un seul blip |
| Prix par composant | Vous décidez ce qui est gratuit et ce qui se vend, sans toucher au code |
| 15 langues remplies | Vos joueurs lisent l’interface dans leur langue dès le premier lancement |
| Config, langues et bridges hors escrow | Vous adaptez le script à votre serveur au lieu de l’inverse |
Un script de barbier FiveM, ça doit savoir faire quoi ?
Six choses, et seulement deux figurent sur les fiches de vente. Un script de coiffeur pour FiveM doit écrire dans le bon système d’apparence, garder le personnage intact à la reconnexion, montrer le résultat avant le paiement, valider le prix côté serveur, cohabiter avec les autres ressources qui touchent au ped, et se brancher sur le framework que vous faites déjà tourner sans que vous ayez à réécrire sa config.
| Critère | Ce que ce script vous évite |
|---|---|
| Écrire dans le bon système d’apparence | Une coupe qui s’applique puis disparaît à la reconnexion |
| Montrer avant de facturer | Un joueur qui paie, n’aime pas, et ouvre un ticket |
| Valider le prix côté serveur | Un client modifié qui se coiffe gratuitement |
| Partager le slot de décoration du ped | Des tatouages qui effacent les cheveux, ou l’inverse |
| Détecter le framework au démarrage | Une ressource qui refuse de démarrer chez vous |
| Ne rien faire quand personne n’est là | Un thread qui tourne pour rien chez chaque joueur connecté |
Comment un joueur change-t-il de coupe de cheveux sur FiveM ?
Il entre dans un salon de coiffure et ouvre le menu du barbier, à condition que le serveur en ait installé un. GTA V ne propose rien de tel en multijoueur modé : sans script dédié, un joueur garde la coupe choisie à la création de personnage et ne peut plus en changer. C’est pour ça que tous les serveurs roleplay en installent un, et c’est la question que vos joueurs poseront le premier jour.
Concrètement, avec un salon posé sur la map, le joueur s’approche du point marqué par un blip, valide, et un menu s’ouvre. Il y trouve la coiffure, la barbe, les sourcils, la couleur, le maquillage, et selon le script, les détails de peau. Il valide, il paie s’il y a un prix, et son personnage garde la coupe à la reconnexion, à condition que le serveur ait branché le script sur le bon système d’apparence.
Si vous êtes joueur et pas propriétaire de serveur, vous ne pouvez rien installer vous-même, tout se joue côté serveur. Si votre serveur n’a pas de barbier ou si la coupe saute à chaque reconnexion, c’est à son équipe qu’il faut le signaler. Cet article est écrit pour eux, il peut leur être utile.
Le joueur voit-il ce qu’il achète avant de payer ?
Rarement, et c’est le premier motif de ticket support. La plupart des scripts de barbershop FiveM ouvrent un menu et appliquent la coupe sur le personnage debout, filmé par la caméra de jeu, à l’heure qu’il est dans la partie. Si votre serveur est en pleine nuit, le joueur choisit une couleur de cheveux qu’il ne voit pas.
C’est le premier point que nous avons voulu régler. Notre caméra est ancrée sur l’os de la tête et capturée une seule fois à l’ouverture, de sorte qu’aucune animation synchronisée ne puisse tirer le cadrage pendant que le joueur travaille. Elle tourne sur 360 degrés, zoome, et descend du niveau des yeux jusqu’aux chaussures, à la souris comme au clavier. La sensibilité des trois axes se règle dans Config.Camera.
Sept cadrages préréglés, chacun avec ses bornes de zoom et de hauteur : visage, tête, buste, torse, jambes, chaussures, corps entier. Choisir les sourcils place la caméra sur le visage, à une distance où on peut les juger. Le joueur garde la main, le préréglage décide seulement d’où part la session.
Et pendant qu’un menu est ouvert, le personnage suit le curseur des yeux. Le pointeur est projeté sur un plan focal devant la tête et TaskLookAtCoord lisse entre deux ticks. La projection est relative à la caméra, donc le regard reste juste quel que soit l’angle. Ça coûte un tick toutes les 100 ms, lié à la session de caméra, et c’est ce qui permet enfin de juger la position d’une coupe.
Un modificateur de timecycle tourne tant qu’un menu est ouvert. Une coupe se juge donc sous la même lumière à minuit qu’à midi, au lieu d’un aplat gris sombre. Le modificateur du joueur est restauré à la fermeture. Mettez Timecycle = false pour laisser la lumière du monde intacte, et Config.Barber.ChairScene = false pour sauter la scène de fauteuil.
Quelle interface pour un script de coiffeur FiveM ?
Une interface web moderne, servie par la ressource elle-même, sans rien télécharger depuis internet. C’est le point qui sépare le plus nettement les scripts de barbier récents des anciens. Beaucoup tournent encore sur RageUI, un menu natif en liste, pratique à écrire mais qui date de 2018 et qui montre peu de choses à la fois.
Le nôtre est écrit en Svelte 5. Les polices sont hébergées avec la ressource, il n’y a ni CDN ni requête externe, donc rien ne part du client de vos joueurs vers un tiers. Un tutoriel de première ouverture guide le joueur une fois, avec un bouton pour le rejouer, et il se souvient par menu plutôt qu’une fois pour toutes.
Les sélecteurs de couleur lisent les vraies palettes du jeu au lieu de les approximer, donc ce que le joueur choisit est ce que le personnage porte. Et les bases de cheveux sont filtrées par version de jeu : un style que le client du joueur ne sait pas afficher n’apparaît pas dans la liste, plutôt que d’apparaître et de donner un crâne chauve.
Que gagnez-vous selon votre système d’apparence ?
Tout le catalogue de personnalisation, et sur vRP vous gagnez même davantage que ce que votre framework sait faire seul. Un script de barbier écrit dans la ressource d’apparence que vous faites déjà tourner, donc ce qu’elle sait stocker décide de ce qui survit à la reconnexion. Nous parlons en interne la forme qb-clothing et nous convertissons à la sortie, cible par cible.
| Votre système | Ce que vous gagnez |
|---|---|
qb-clothing, table propre | L’intégralité du catalogue. C’est la forme native du script. |
illenium-appearance, fivem-appearance | Coiffure, barbe, sourcils, maquillage, détails de peau et cicatrices, tout est écrit chez eux. Les overlays bicolores prennent leur couleur principale, leur schéma n’en gérant qu’une. |
esx_skin | Tous les overlays et tous les composants. Pour garder aussi montre et bracelet, le script les stocke dans sa propre table, une option d’une ligne de config. |
vRP | Plus que ce que vRP sait faire seul. vRP ne stocke que les vêtements, donc le script prend en charge le personnage entier dans avenida_skins et rend à vRP sa moitié vêtements, relue toutes les 30 secondes. |
vRP stocke les composants de vêtements et les props, et rien d’autre : ni overlays de tête, ni traits du visage, ni couleur de cheveux ou d’yeux, ni décorations de ped. Autrement dit, un serveur vRP ne peut pas offrir de barbier complet avec ses seuls outils. Le script apporte donc la pièce manquante : il tient le personnage entier dans sa table et rend à vRP sa moitié vêtements, relue toutes les 30 secondes et rafraîchie dès qu’un changement a lieu. À savoir avant de configurer : un skinshop vRP natif affichera les vêtements, et le barbier reste géré par le script.
ESX, QBCore, vRP, standalone : qu’est-ce qui change vraiment ?
Rien pour vous, et c’est le but. Le framework est détecté au démarrage, à travers des fichiers de bridge ouverts que vous pouvez lire et modifier. Il y en a huit : framework, clothing, decorations, inventory, notif, interact, compat et vrp.
Un point mérite d’être détaillé parce qu’il explique une bonne partie des scripts qui refusent de démarrer chez vous. Nous ne chargeons pas @vrp/lib/utils.lua, nous parlons à vRP par ses propres événements Proxy et Tunnel. Deux conséquences : la ressource démarre normalement sur un serveur qui n’a pas vRP du tout, et les divergences de convention d’arguments entre forks disparaissent, puisqu’elles vivent dans leur helper et pas sur le fil.
Ce que ça ne couvre pas, et nous le disons en console plutôt que de mal nous comporter : vRP 2 et vRP 0.5 ne sont pas supportés. vRP 2 est un autre framework qui a gardé le nom, et le proxy de la 0.5 n’a pas de canal de réponse. La cible est la 1.0 et les forks bâtis dessus, vrpex, dunko, zabka, MM1212 et ZIRIX.
Faut-il se fier au 0.00 ms annoncé partout ?
Non, parce que tout le monde mesure la même chose : le repos. Un script de barbier au repos ne fait rien par construction, donc afficher 0.00 ms resmon quand personne n’est dans un salon ne distingue rien du tout. Nous l’annonçons aussi, et pour la même raison.
Ce qui mérite d’être regardé, c’est comment le repos est obtenu. Chez nous, les points d’interaction partagent un seul thread qui se gare à une seconde quand personne n’est à proximité, les blips sont créés une fois, et chaque thread de session est tué à la sortie. Le tick de suivi du regard, à 100 ms, n’existe que pendant qu’un menu est ouvert.
Nous n’avons pas de mesure resmon publiable en charge, avec trente joueurs connectés et plusieurs sessions de barbier ouvertes simultanément. Nous préférons l’écrire plutôt que de reprendre le chiffre au repos en laissant croire qu’il vaut pour les deux cas. Si vous faites cette mesure sur votre serveur, elle nous intéresse.
Quoi de neuf sur les barber shop FiveM en 2026 ?
Trois choses ont changé depuis les scripts de barbier de la génération précédente, et elles se voient toutes à l’écran. Les interfaces web ont remplacé les menus natifs, l’aperçu en direct a remplacé l’application à l’aveugle, et la détection automatique de framework a remplacé la config à écrire soi-même.
Ce qui reste ouvert en 2026, c’est la compatibilité entre familles de ressources. Un serveur fait tourner un système d’apparence, un inventaire, un système de cible, et chacun a ses conventions. C’est pour ça que la question à poser à un nouveau script de barbershop FiveM n’est plus « est-ce qu’il est joli » mais « dans quoi il écrit ».
Notre dernière version publiée est la 1.2.0. Cette page suit les versions : quand la ressource évolue, la date en bas de l’article avance, et l’historique dit ce qui a changé. Si vous lisez cet article dans six mois, regardez-y.
Notre observation, sur trois points que les fiches ne disent pas
Un ped n’a qu’un seul slot de décoration, partagé par tout le serveur
C’est la cause de loin la plus fréquente des « mes tatouages ont disparu » et des « ma coupe est revenue à zéro ». Les bases de cheveux et les tatouages vivent dans le même slot, et le vider le vide pour tout le monde. Une ressource qui le nettoie sans précaution efface le travail de toutes les autres.
C’est pour ça que avenida_barber, avenida_tattoo et avenida_clotheshops remettent chacun ce que les autres possèdent à chaque redessin. Les trois tournent côte à côte au lieu de se piétiner. Si vous mélangez des scripts de familles différentes, c’est le premier point à vérifier.
Le prix se valide côté serveur, jamais côté client
Le total se construit article par article, chacun retirable, et le paiement est validé sur le serveur. Ce qui n’a pas de prix est appliqué et sauvegardé sans être facturé ni même affiché dans le panier. C’est ce qui permet de laisser la coupe gratuite et de ne faire payer que les overlays, ou l’inverse, sans toucher au code.
Les bases de cheveux sont filtrées par version de jeu
Un style que le client du joueur ne sait pas afficher n’est pas listé, plutôt que listé et cassé. C’est une ligne de code et ça supprime une catégorie entière de tickets, du type « j’ai acheté une coupe et je suis chauve ».
La checklist avant d’acheter un script de barbier
- Le script écrit-il dans le système d’apparence que je fais déjà tourner ? Il doit nommer sa cible, pas dire « compatible ».
- La liste de ce qui est conservé selon la cible est-elle publiée ? Si elle ne l’est pas, elle existe quand même.
- Le joueur voit-il le résultat avant que le paiement parte ? Oui, et sous une lumière constante.
- Le prix est-il validé sur le serveur ? Oui, sinon un client modifié se sert.
- Le slot de décoration du ped est-il partagé proprement ? Oui, sinon les tatouages sauteront.
- Les fichiers de config, de langue et de bridge sont-ils hors escrow ? Oui, sinon vous ne pourrez rien adapter.
- Le framework est-il détecté, ou faut-il l’écrire à la main ? Détecté, avec un repli sans dépendance.
Questions fréquentes
Le script fonctionne-t-il sans ESX ni QBCore ?
Oui. Le mode standalone est le repli par défaut quand aucun framework n’est détecté, et il ne dépend d’aucune autre ressource. Un mode custom existe en plus, qui se choisit explicitement et où vous branchez votre propre logique dans les fichiers de bridge.
Puis-je modifier les textes et les prix après l’achat ?
Oui. config/*.lua, locales/*.lua, bridges/*.lua, le README, le CHANGELOG et le fichier SQL sont hors escrow. Vous les lisez et vous les éditez. Le reste du code est protégé par l’escrow Cfx.
Combien de langues sont livrées en jeu ?
Quinze, remplies et modifiables : anglais, français, allemand, espagnol, italien, portugais brésilien, russe, polonais, tchèque, roumain, turc, néerlandais, arabe, thaï et indonésien. Ce sont les langues que voient vos joueurs, à ne pas confondre avec les six langues de ce site.
Combien de salons sont préconfigurés ?
Huit, Cayo Perico compris, chacun avec son blip, son modèle de ped barbier et ses propres prix, dans un fichier de config ouvert. Vous en ajoutez ou vous en retirez sans toucher au code protégé.
L’interface charge-t-elle quelque chose depuis internet ?
Non. L’interface est en Svelte 5, les polices sont hébergées avec la ressource, il n’y a ni CDN ni requête externe. Rien ne part du client de vos joueurs vers un tiers. La documentation détaille l’installation et les exports.
Les autres scripts de barbier du marché
Pour situer, voici quelques noms que vous croiserez en cherchant. La liste n’a rien d’exhaustif et nous ne mettons pas de liens, chacun se trouve sous son nom.
vms_barber · DeeP-Scripts BarberShops · Barber Shop System V5 · EnhancedBarbershop · Player Run Barbershop · foltone_barbershop
Ce qui les sépare du nôtre n’est pas la qualité, c’est l’angle. La plupart sont conçus autour du métier de barbier à faire tourner sur le serveur. Nous avons construit le moment où un joueur règle son personnage et voit exactement ce qu’il obtient. Si votre serveur cherche d’abord un job avec employés et caisse, plusieurs de ces scripts sont taillés pour ça, et nous ne prétendons pas l’inverse.
Sources
Tout ce que cet article affirme sur avenida_barber vient de fichiers que vous pouvez lire vous-même, avant achat comme après :
- le
README.mdde la ressource, dont le tableau de compatibilité par système d’apparence et la section performance ; - son
CHANGELOG.md, dont la liste des limites connues reprise plus haut ; - ses
config/*.lua, pour les huit salons, les prix par composant et les réglages de caméra ; - son
fxmanifest.lua, pour l’escrow_ignoreet les quinze fichiers de langue.
Ces quatre fichiers sont hors escrow, donc lisibles et modifiables une fois la ressource installée. Les captures de cette page viennent de la version 1.2.0, prises le 24 août 2026.
Historique de cette page
- 24 août 2026 · première publication, sur
avenida_barber1.2.0.
Une question sur un cas précis, un système d’apparence exotique ou un fork de vRP que nous n’avons pas listé ? Le Discord est l’endroit, et c’est le développeur qui a écrit le script qui répond.
