Was ist ein FiveM-Rollenspiel-Framework — und welches nehme ich?

Was ein Framework überhaupt macht

FiveM liefert dir eine Stadt und die Möglichkeit, eigenen Code darin auszuführen. Es liefert keinen Charakter, der morgen noch da ist, kein Geld, keine Berufe und keine Regeln. Genau diese Schicht ist das Framework.

In jedem Framework steckt im Kern dasselbe:

• Charaktere, die gespeichert werden — Aussehen, Name, Position, Zustand.
• Geld und Inventar, samt der Frage, wer wem wann etwas geben darf.
• Berufe und Gruppen mit unterschiedlichen Rechten — Polizei darf, was ein Mechaniker nicht darf.
• Fahrzeuge mit Besitzer, Garage und Kennzeichen statt nur herumstehender Autos.
• Eine Schnittstelle, an der andere Ressourcen andocken, ohne am Framework vorbeizuarbeiten.

Der Unterschied zwischen den Frameworks liegt weniger darin, was sie können, als darin, wo du es einstellst und wie du es erweiterst.

Die verbreiteten Frameworks

Drei Namen begegnen dir in fast jeder Diskussion. Was hier steht, ist bewusst beschreibend und keine Wertung — welches passt, hängt an deinem Team, nicht an einer Rangliste.

1. ESXQuelloffen und seit Jahren im Einsatz, entsprechend groß ist die Sammlung an fertigen Skripten von Dritten. Du setzt deinen Server aus Einzelressourcen zusammen und konfigurierst überwiegend in Lua-Dateien; die Daten liegen in einer Datenbank auf deinem eigenen Server.
2. QBCore und qbx_coreEbenfalls quelloffen und jünger als ESX, mit eigenem Ökosystem an Ressourcen; qbx_core ist eine von der Community weitergeführte Linie davon. Das Arbeitsprinzip ist dasselbe: Einzelressourcen, Konfiguration im Code, eigene Datenbank.
3. RPFXEine einzige Ressource auf deinem Server, die an eine zentrale Verwaltung angebunden ist. Items, Wirtschaft, Fahrzeuge, Fraktionen, Jobs und Map-Inhalte legst du in einem Adminpanel an — im Browser oder als Overlay im laufenden Spiel — statt in Konfigurationsdateien. Änderungen greifen ohne Serverneustart.

Der Unterschied, der wirklich zählt

ESX und QBCore laufen vollständig auf deinem eigenen Server. Alles, was du einstellst, liegt in deinen Dateien und deiner Datenbank. Du bist damit unabhängig von jedem Dritten — und zugleich allein zuständig für Sicherungskopien, Aktualisierungen und dafür, dass zwei Ressourcen sich nicht in die Quere kommen.

Bei RPFX liegt die Verwaltung nicht auf deinem Server, sondern bei uns: Die Ressource holt sich zur Laufzeit, was sie braucht. Das nimmt dir die Pflege ab und macht die Verwaltung ohne Programmierkenntnisse bedienbar — es macht dich aber auch von einem Dienst abhängig, den du nicht selbst betreibst. Wer das nicht will, ist mit einem der beiden anderen besser bedient. Das gehört auf eine ehrliche Seite, auch wenn es unsere eigene ist.

infoRPFX ist ein Hobbyprojekt einer Privatperson ohne Gewinnerzielungsabsicht und derzeit vollständig kostenlos. Es gibt entsprechend keine Verfügbarkeitszusage und kein SLA. Wer produktiv darauf setzt, sollte das wissen.

Woran du entscheidest

Vier Fragen führen in der Praxis schneller zu einer Antwort als jeder Vergleich:

1. Wer baut den Server?Sitzt jemand im Team, der Lua schreibt und gern schreibt, ist ein codenahes Framework kein Hindernis, sondern Freiheit. Baut ihr zu zweit nach Feierabend und niemand programmiert, ist jede Konfigurationsdatei eine Hürde, die euch monatelang begleitet.
2. Gibt es fertige Skripte, die ihr unbedingt wollt?Viele verbreitete Ressourcen sind für ESX oder QBCore geschrieben. Steht eine bestimmte davon auf eurer Liste, entscheidet das die Frage oft schon.
3. Wie viel Verwaltung wollt ihr selbst tragen?Datenbank, Sicherungskopien und Aktualisierungen sind kein einmaliger Aufwand, sondern eine Dauerpflicht. Wer das gern selbst in der Hand hat, wird eine ausgelagerte Verwaltung als Verlust empfinden — und umgekehrt.
4. Wie schnell soll etwas Spielbares stehen?Ein Server, an dem monatelang gebaut wird und der nie aufmacht, ist der häufigste Ausgang. Was auch immer euch am schnellsten zu einem bespielbaren Stand bringt, ist deshalb selten die falsche Wahl.

Wofür RPFX gebaut ist

RPFX richtet sich an Teams, die einen Rollenspiel-Server betreiben wollen, ohne ihn zu programmieren. Die Bereiche unten sind vollständig im Adminpanel angelegt und geändert — im Browser oder im Spiel, ohne Serverneustart und ohne eine Zeile Lua.

• Wirtschaft und Items: Inventar, Item-Typen, Crafting-Rezepte, Kauf- und Verkaufsshops, Lieferaufträge, Farm- und Abbaubereiche, Banking, Rechnungen und Lager.
• Fahrzeuge: Händler und Preise, Garagen, Tuning, Lackierung, Kennzeichen und Zulassung, Lockpicking, Abschleppen und Fahrzeug-Routen.
• Fraktionen und Konflikt: Gruppen mit eigenen Rechten, Gangs, Gangwar um Zonen, Raubüberfälle, Türschlösser mit Zugangsrechten und ein Aktensystem für die Behörden.
• Map und Welt: Map-Editor mit Entities und Actions, Interiors, Teleporter, Zeit- und Wettersteuerung, Blackouts, Feuer, Gefahrenzonen und Effekte.
• Charakter und Rollenspiel: Charaktererstellung, Kleidung und Tattoos, Emotes, Handy mit Chat, Dokumente und Lizenzen, Fahrschule, Tutorial und Erfolge.
• Aufsicht und Support: Ingame-Adminmenü, Spielersuche, Support-Tickets, verdächtige Transaktionen, Anticheat und Server-Einstellungen.

Eigene Ressourcen sind dabei nicht ausgeschlossen: Für Lua und TypeScript gibt es Server-Exports, an denen eigene Skripte sauber andocken, statt am Framework vorbeizuarbeiten.

• rocket_launchAnleitung: FiveM-Server erstellen