Ein Barber Script misst sich an einer einzigen Sache: was der Spieler sieht, bevor er zahlt, und was nach dem Reconnect von seinem Charakter übrig bleibt.
Avenida Team, 24. August 2026
An Barber Scripts mangelt es in FiveM nicht, und die meisten verkaufen dasselbe: Verwaltung des Salons, Barbiere, die Spielern gehören oder von NPCs geführt werden, ein Preis pro Kategorie und die 0.00 ms im Leerlauf, die alle angeben. In diesem Punkt ähneln sie sich alle, und am Ende entscheidet der Preis.
In diesem Vergleich geht es um etwas anderes. Wir haben avenida_barber geschrieben, weil keines der Scripts, die wir ausprobiert hatten, zwei Fragen beantwortete, die uns nicht losließen, und genau diese zwei Fragen sind zu den Kriterien dieses Artikels geworden. Weiter unten veröffentlichen wir außerdem, was du je nach deinem bestehenden Appearance-System genau bekommst, Ziel für Ziel. Genau daran entscheidet sich ein Kauf, und niemand schlüsselt es auf.
Was bringt dieses Barber Script deinem Server?
Einen Moment, von dem deine Spieler erzählen, statt eines Menüs, das sie über sich ergehen lassen. Der Charakter betritt den Salon, setzt sich, der Barbier legt los, und eine freie Kamera kreist um seinen Kopf, während er auswählt. Er sieht den Schnitt bei konstantem Licht, um Mitternacht wie um zwölf Uhr mittags, und bezahlt erst danach.
| Was du installierst | Was sich auf deinem Server ändert |
|---|---|
| Orbit-Kamera und 7 Einstellungen | Der Spieler beurteilt den Schnitt aus der Nähe, keine Tickets mehr im Stil „das hatte ich nicht ausgewählt“ |
| Frisierstuhl-Szene mit Barbier | Ein Salon wird zum Roleplay-Ort statt zu einem Interaktionspunkt |
| 8 vorkonfigurierte Salons, Cayo Perico inklusive | Du bespielst die Map ab dem Tag der Installation, ohne einen einzigen Blip zu setzen |
| Preis pro Komponente | Du entscheidest, was gratis ist und was verkauft wird, ohne den Code anzufassen |
| 15 fertig übersetzte Sprachen | Deine Spieler lesen das Interface ab dem ersten Start in ihrer Sprache |
| Config, Locales und Bridges außerhalb des Escrow | Du passt das Script an deinen Server an statt umgekehrt |
Was muss ein FiveM Barber Script eigentlich können?
Sechs Dinge, und nur zwei davon stehen auf den Verkaufsseiten. Ein FiveM Friseur-Script muss in das richtige Appearance-System schreiben, den Charakter über den Reconnect hinweg unverändert lassen, das Ergebnis vor der Zahlung zeigen, den Preis serverseitig prüfen, mit den anderen Resources auskommen, die den Ped anfassen, und sich in das Framework einklinken, das du bereits betreibst, ohne dass du seine Config neu schreiben musst.
| Kriterium | Was dir dieses Script erspart |
|---|---|
| In das richtige Appearance-System schreiben | Ein Schnitt, der sitzt und beim Reconnect wieder weg ist |
| Zeigen, bevor abgerechnet wird | Ein Spieler, der zahlt, es nicht mag und ein Ticket öffnet |
| Den Preis serverseitig prüfen | Ein modifizierter Client, der sich gratis frisiert |
| Den Decoration-Slot des Peds teilen | Tattoos, die die Haare löschen, oder umgekehrt |
| Das Framework beim Start erkennen | Eine Resource, die auf deinem Server nicht startet |
| Nichts tun, wenn niemand da ist | Ein Thread, der bei jedem Spieler auf dem Server ins Leere läuft |
Wie ändert ein Spieler in FiveM seine Frisur?
Er betritt einen Friseursalon und öffnet das Barber-Menü, sofern der Server eines installiert hat. GTA V bietet im gemoddeten Multiplayer nichts dergleichen: Ohne eigenes Script behält ein Spieler die bei der Charaktererstellung gewählte Frisur und kann sie nie mehr ändern. Deshalb installiert jeder Roleplay-Server eines, und genau das fragen deine Spieler am ersten Tag.
In der Praxis steht der Salon auf der Map, der Spieler läuft zum Blip, bestätigt, und ein Menü öffnet sich. Darin findet er Frisur, Bart, Augenbrauen, Farbe, Make-up und je nach Script die Hautdetails. Er bestätigt, zahlt, falls ein Preis hinterlegt ist, und sein Charakter behält den Schnitt über den Reconnect, sofern der Server das Script an das richtige Appearance-System angebunden hat.
Wenn du Spieler bist und nicht Serverbetreiber, kannst du selbst nichts installieren, das läuft alles serverseitig. Hat dein Server keinen Barbier oder springt der Schnitt bei jedem Reconnect zurück, ist sein Team die richtige Adresse. Dieser Artikel ist für die Leute dort geschrieben und kann ihnen weiterhelfen.
Sieht der Spieler, was er kauft, bevor er zahlt?
Selten, und es ist der häufigste Grund für Support-Tickets. Die meisten FiveM Barbershop Scripts öffnen ein Menü und wenden den Schnitt auf den stehenden Charakter an, gefilmt von der Spielkamera, zu der Uhrzeit, die ingame gerade läuft. Ist auf deinem Server tiefe Nacht, wählt der Spieler eine Haarfarbe, die er nicht sieht.
Das war der erste Punkt, den wir lösen wollten. Unsere Kamera ist am Kopfknochen verankert und greift seine Position beim Öffnen genau einmal ab, sodass keine synchronisierte Animation die Kamera mitziehen kann, während der Spieler arbeitet. Sie dreht volle 360 Grad, zoomt und fährt von Augenhöhe bis zu den Schuhen, per Maus wie per Tastatur. Die Empfindlichkeit aller drei Achsen liegt in Config.Camera.
Sieben voreingestellte Kameraperspektiven, jeder mit eigenen Zoom- und Höhengrenzen: Gesicht, Kopf, Brustbild, Oberkörper, Beine, Schuhe, Ganzkörper. Wählst du die Augenbrauen, steht die Kamera bereits am Gesicht, nah genug, um sie zu beurteilen. Der Spieler behält die Steuerung, das Preset legt nur fest, wo die Session beginnt.
Und solange ein Menü offen ist, folgt der Charakter dem Mauszeiger mit den Augen. Der Zeiger wird auf eine Fokusebene vor dem Kopf projiziert, und TaskLookAtCoord glättet zwischen den Ticks. Die Projektion ist kamerarelativ, der Blick stimmt also in jedem Winkel. Das kostet einen Tick alle 100 ms, gebunden an die Kamera-Session, und erst dadurch lässt sich beurteilen, wie ein Schnitt sitzt.
Ein Timecycle-Modifier läuft, solange ein Menü offen ist. Ein Haarschnitt wird also um Mitternacht im selben Licht beurteilt wie mittags, statt als dunkelgrauer Fleck. Der eigene Modifier des Spielers wird beim Schließen wiederhergestellt. Setze Timecycle = false, um die Weltbeleuchtung unangetastet zu lassen, und Config.Barber.ChairScene = false, um die Frisierstuhl-Szene zu überspringen.
Welches Interface braucht ein FiveM Friseur-Script?
Ein modernes Web-Interface, von der Resource selbst ausgeliefert, das nichts aus dem Internet nachlädt. Das trennt aktuelle Barber Scripts am deutlichsten von älteren. Viele laufen noch auf RageUI, einem nativen Listenmenü: einfach zu schreiben, aber von 2018, und es zeigt immer nur wenig auf einmal.
Unseres ist in Svelte 5 geschrieben. Die Schriften liegen bei der Resource, es gibt kein CDN und keinen externen Request, es geht also nichts vom Client deiner Spieler an Dritte. Ein Tutorial beim ersten Öffnen führt den Spieler einmal hindurch, mit einem Button zum Wiederholen, und das Script merkt sich das pro Menü, nicht ein für alle Mal.
Die Farbwähler lesen die echten Paletten des Spiels statt sie nachzubauen. Was der Spieler wählt, trägt der Charakter also auch. Und Hair Bases sind nach Game Build gefiltert: Eine Frisur, die der Client des Spielers nicht darstellen kann, taucht gar nicht erst in der Liste auf, statt aufzutauchen und ihn glatzköpfig zurückzulassen.
Was bekommst du je nach Appearance-System?
Den gesamten Anpassungskatalog, und unter vRP bekommst du sogar mehr, als dein Framework allein kann. Ein Barber Script schreibt in die Appearance-Resource, die du ohnehin betreibst. Was sie speichern kann, entscheidet also darüber, was einen Reconnect übersteht. Intern arbeiten wir im Format von qb-clothing und konvertieren beim Schreiben, Ziel für Ziel.
| Dein System | Was du bekommst |
|---|---|
qb-clothing, eigene Tabelle | Den kompletten Katalog. Das ist die native Form des Scripts. |
illenium-appearance, fivem-appearance | Haare, Bart, Augenbrauen, Make-up, Hautdetails und Narben, alles wird dorthin geschrieben. Zweifarbige Overlays übernehmen ihre Primärfarbe, ihr Schema kennt nur eine. |
esx_skin | Alle Overlays und alle Komponenten. Um auch Uhr und Armband zu behalten, legt das Script sie in seiner eigenen Tabelle ab, eine Config-Zeile genügt. |
vRP | Mehr, als vRP allein kann. vRP speichert nur Kleidung, das Script übernimmt daher den ganzen Charakter in avenida_skins und gibt vRP seinen Kleidungsteil zurück, alle 30 Sekunden neu gelesen. |
vRP speichert Kleidungskomponenten und Props, sonst nichts: keine Kopf-Overlays, keine Gesichtszüge, keine Haar- oder Augenfarbe, keine Ped-Decorations. Anders gesagt, ein vRP-Server kann mit seinen eigenen Mitteln keinen vollständigen Barbier anbieten. Das Script liefert also das fehlende Stück: Es hält den ganzen Charakter in seiner Tabelle und gibt vRP seinen Kleidungsteil zurück, alle 30 Sekunden neu gelesen und sofort nach einer Änderung aufgefrischt. Gut zu wissen vor dem Konfigurieren: Ein nativer vRP-Skinshop zeigt die Kleidung, den Barbier verwaltet weiterhin das Script.
ESX, QBCore, vRP, Standalone: Was ändert sich wirklich?
Für dich nichts, und genau das ist der Sinn. Das Framework wird beim Start erkannt, über offene Bridge-Dateien, die du lesen und ändern kannst. Es sind acht: framework, clothing, decorations, inventory, notif, interact, compat und vrp.
Ein Punkt lohnt ein paar Zeilen mehr, weil er einen guten Teil der Scripts erklärt, die bei dir nicht starten. Wir laden @vrp/lib/utils.lua nicht, wir sprechen mit vRP über seine eigenen Proxy- und Tunnel-Events. Das hat zwei Folgen: Die Resource startet ganz normal auf einem Server ganz ohne vRP, und die unterschiedlichen Argumentkonventionen der Forks verschwinden, weil sie in deren Helper stecken und nicht in der Kommunikation selbst.
Was das nicht abdeckt, und wir sagen es in der Konsole, statt im Stillen Unsinn zu bauen: vRP 2 und vRP 0.5 werden nicht unterstützt. vRP 2 ist ein anderes Framework, das den Namen behalten hat, und der Proxy der 0.5 hat keinen Rückkanal. Ziel sind die 1.0 und die darauf aufbauenden Forks, vrpex, dunko, zabka, MM1212 und ZIRIX.
Kannst du den 0.00 ms trauen, die überall stehen?
Nein, weil alle dasselbe messen: den Leerlauf. Ein Barber Script tut im Leerlauf schon vom Aufbau her nichts. 0.00 ms in resmon anzuzeigen, wenn niemand im Salon ist, sagt also überhaupt nichts aus. Wir geben es auch an, und aus demselben Grund.
Interessant ist eher, wie dieser Leerlauf zustande kommt. Bei uns teilen sich die Interaktionspunkte einen einzigen Thread, der auf eine Sekunde hochgeht, wenn niemand in der Nähe ist, Blips werden einmal erstellt, und jeder Session-Thread wird beim Verlassen beendet. Der Tick für die Blickverfolgung, alle 100 ms, existiert nur, solange ein Menü offen ist.
Wir haben keinen vorzeigbaren resmon-Wert unter Last, mit dreißig Spielern auf dem Server und mehreren gleichzeitig offenen Barber-Sessions. Das schreiben wir lieber, als den Leerlaufwert zu recyceln und ihn für beides durchgehen zu lassen. Wenn du diese Messung auf deinem Server machst, interessiert sie uns.
Was ist 2026 neu bei FiveM Barber Shops?
Drei Dinge haben sich gegenüber der vorigen Generation von Barber Scripts geändert, und alle drei siehst du auf dem Bildschirm. Web-Interfaces haben native Menüs abgelöst, die Live-Vorschau hat das blinde Anwenden abgelöst, und die automatische Framework-Erkennung hat die selbst geschriebene Config abgelöst.
Offen bleibt 2026 das Zusammenspiel zwischen Resource-Familien. Ein Server betreibt ein Appearance-System, ein Inventory, ein Target-System, und jedes hat seine eigenen Konventionen. Deshalb lautet die Frage an ein neues FiveM Barbershop Script nicht mehr, ob es hübsch aussieht, sondern worin es schreibt.
Unsere aktuell veröffentlichte Version ist die 1.2.0. Diese Seite folgt den Versionen: Tut sich etwas an der Resource, wandert das Datum am Ende des Artikels mit, und die Historie sagt, was sich geändert hat. Wenn du das hier in sechs Monaten liest, schau dort nach.
Unsere eigenen Beobachtungen zu drei Punkten, die Verkaufsseiten auslassen
Ein Ped hat nur einen Decoration-Slot, den sich der ganze Server teilt
Das ist mit Abstand die häufigste Ursache für „meine Tattoos sind weg“ und „meine Frisur ist zurückgesetzt“. Hair Bases und Tattoos liegen im selben Slot, und wer ihn leert, leert ihn für alle. Eine Resource, die ihn unbedacht leerräumt, löscht die Arbeit aller anderen.
Deshalb setzen avenida_barber, avenida_tattoo und avenida_clotheshops bei jedem Neuzeichnen wieder ein, was den jeweils anderen gehört. Die drei laufen nebeneinander, statt sich gegenseitig auf die Füße zu treten. Wenn du Scripts aus verschiedenen Familien mischst, solltest du genau das zuerst prüfen.
Der Preis wird serverseitig geprüft, nie im Client
Die Summe wird Position für Position aufgebaut, jede lässt sich einzeln entfernen, und die Zahlung wird auf dem Server geprüft. Was keinen Preis hat, wird angewendet und gespeichert, ohne berechnet oder überhaupt im Warenkorb angezeigt zu werden. Genau das erlaubt es, den Schnitt gratis zu lassen und nur die Overlays zu berechnen, oder umgekehrt, ohne den Code anzufassen.
Hair Bases sind nach Game Build gefiltert
Eine Frisur, die der Client des Spielers nicht darstellen kann, wird nicht gelistet, statt gelistet und kaputt zu sein. Das ist eine Zeile Code und beseitigt eine ganze Ticket-Kategorie, Marke „ich habe einen Haarschnitt gekauft und bin jetzt glatzköpfig“.
Die Checkliste vor dem Kauf eines Barber Scripts
- Schreibt das Script in das Appearance-System, das ich schon betreibe? Es muss sein Ziel benennen, nicht „kompatibel“ sagen.
- Ist die Liste dessen veröffentlicht, was je Ziel erhalten bleibt? Ist sie es nicht, existiert sie trotzdem.
- Sieht der Spieler das Ergebnis, bevor die Zahlung rausgeht? Ja, und bei konstantem Licht.
- Wird der Preis auf dem Server geprüft? Ja, sonst bedient sich ein modifizierter Client.
- Wird der Decoration-Slot des Peds sauber geteilt? Ja, sonst fallen die Tattoos weg.
- Liegen Config-, Locale- und Bridge-Dateien außerhalb des Escrow? Ja, sonst kannst du nichts anpassen.
- Wird das Framework erkannt, oder schreibst du es von Hand? Erkannt, mit einem Fallback ohne Abhängigkeit.
Häufige Fragen
Funktioniert das Script ohne ESX und QBCore?
Ja. Standalone ist der Standard-Fallback, wenn kein Framework erkannt wird, und hängt an keiner anderen Resource. Zusätzlich gibt es einen custom-Modus, den du ausdrücklich wählst und in dem du deine eigene Logik in die Bridge-Dateien einklinkst.
Kann ich Texte und Preise nach dem Kauf ändern?
Ja. config/*.lua, locales/*.lua, bridges/*.lua, die README, das CHANGELOG und die SQL-Datei liegen außerhalb des Escrow. Du liest sie und du änderst sie. Der Rest des Codes ist durch den Cfx Escrow geschützt.
Wie viele In-Game-Sprachen sind dabei?
Fünfzehn, fertig übersetzt und änderbar: Englisch, Französisch, Deutsch, Spanisch, Italienisch, brasilianisches Portugiesisch, Russisch, Polnisch, Tschechisch, Rumänisch, Türkisch, Niederländisch, Arabisch, Thai und Indonesisch. Das sind die Sprachen, die deine Spieler sehen, nicht zu verwechseln mit den sechs Sprachen dieser Website.
Wie viele Salons sind vorkonfiguriert?
Acht, Cayo Perico inklusive, jeder mit seinem Blip, seinem Barbier-Ped-Modell und eigenen Preisen, in einer offenen Config-Datei. Du fügst welche hinzu oder nimmst welche weg, ohne geschützten Code anzufassen.
Lädt das Interface irgendetwas aus dem Internet?
Nein. Das Interface ist Svelte 5, die Schriften liegen bei der Resource, es gibt kein CDN und keinen externen Request. Vom Client deiner Spieler geht nichts an Dritte. Die Dokumentation behandelt Installation und Exports.
Andere Barber Scripts auf dem Markt
Zur Einordnung ein paar Namen, über die du bei der Suche stolpern wirst. Die Liste ist keineswegs vollständig, und wir verlinken keines davon, jedes findet sich unter seinem Namen.
vms_barber · DeeP-Scripts BarberShops · Barber Shop System V5 · EnhancedBarbershop · Player Run Barbershop · foltone_barbershop
Was sie von unserem trennt, ist nicht die Qualität, sondern der Blickwinkel. Die meisten sind um den Barbier-Job herum gebaut, der auf dem Server laufen soll. Wir haben den Moment gebaut, in dem ein Spieler seinen Charakter herrichtet und genau sieht, was er bekommt. Wenn dein Server zuerst einen Job mit Angestellten und Kasse sucht, sind mehrere dieser Scripts dafür gemacht, und wir behaupten nichts anderes.
Quellen
Alles, was dieser Artikel über avenida_barber behauptet, stammt aus Dateien, die du selbst lesen kannst, vor dem Kauf wie danach:
- die
README.mdder Resource, mit ihrer Kompatibilitätstabelle je Appearance-System und ihrem Performance-Abschnitt - ihr
CHANGELOG.md, mit der oben zitierten Liste der bekannten Einschränkungen - ihre
config/*.lua, für die acht Salons, die Preise pro Komponente und die Kameraeinstellungen - ihre
fxmanifest.lua, für denescrow_ignoreund die fünfzehn Locale-Dateien.
Diese vier Dateien liegen außerhalb des Escrow, sind also lesbar und änderbar, sobald die Resource installiert ist. Die Aufnahmen auf dieser Seite stammen aus Version 1.2.0, gemacht am 24. August 2026.
Historie dieser Seite
- 24. August 2026 · Erstveröffentlichung, zu
avenida_barber1.2.0.
Eine Frage zu einem konkreten Fall, einem ungewöhnlichen Appearance-System oder einem vRP-Fork, den wir nicht gelistet haben? Discord ist der richtige Ort, und du bekommst Antwort vom Entwickler, der das Script geschrieben hat.
