GTA5OS ist ein deutsches GTA-V-Roleplay-Framework für FiveM. Es setzt auf drei Dinge: Stabilität, intuitive Bedienung und Erweiterbarkeit durch Plugins. Das Ziel ist ein Roleplay-Server, der sich wie ein Betriebssystem verhält: ein kleiner, stabiler Kern, klar definierte Systemdienste, Plugin-Schnittstellen und eine einheitliche Oberfläche.
Was GTA5OS ausmacht
- Kleiner, plattformneutraler Kern. Der Core (
gta5os-core) kennt weder FiveM-Natives noch Plugins. Jobs, Inventar, Wirtschaft, Fahrzeuge oder Shops sind Module, die auf ihm aufbauen. - Plugin-first. Neue Funktionen entstehen als eigenständiges Paket mit Manifest, Berechtigungen und Oberfläche, nicht als Eingriff in den Kern.
- Serverseitige Autorität. Geld, Inventar, Jobwechsel und Rechte entscheidet immer der Server. Der Client schickt nur Wünsche, die geprüft werden.
- Eine Oberfläche für alles. Eine zentrale NUI-Shell stellt Fenster, Toasts, Dialoge und Formulare bereit; Plugins liefern nur ihre Routen.
- TypeScript-first. Auch wenn das FiveM-Ökosystem historisch von Lua geprägt ist: Der gesamte Code ist in TypeScript geschrieben, mit strikter Prüfung an allen Netzwerkgrenzen.
Warum FiveM
Vor dem ersten Code wurden FiveM, alt:V und RAGE:MP verglichen. Die Entscheidung fiel für FiveM, vor allem wegen des größten deutschen Roleplay-Ökosystems, der reifen Resource- und NUI-Konzepte und der kürzesten Zeit bis zu einem spielbaren Stand.
| Kriterium | FiveM | alt:V | RAGE:MP |
|---|---|---|---|
| Deutsches RP-Ökosystem | hoch | Nische | regional stark |
| Fertige RP-Referenzen | sehr hoch | niedrig bis mittel | mittel |
| Resource-/Plugin-Modell | ausgereift | sauber | Packages und Events |
| Oberfläche (NUI/CEF) | sehr hoch im Ökosystem | gut | gut |
| Zeit bis zum ersten Spielstand | kurz | mittel bis lang | mittel bis lang |
| Risiko für ein eigenes Framework | niedrig bis mittel | mittel bis hoch | mittel bis hoch |
FiveM hat auch Schwächen: viele Altlasten im Ökosystem, schnell sinkende Leistung bei schlecht geschriebenen Resources und die Gefahr von Addon-Wildwuchs. GTA5OS begegnet dem, indem es nicht ESX oder QBCore forkt, sondern eine eigene, typisierte Plugin-Schicht baut und deren Kompatibilität aktiv kontrolliert.
Ein späterer Plattformwechsel bleibt möglich
Die Entscheidung für FiveM ist mit Architekturprinzipien abgesichert, die einen Adapter für eine andere Plattform nicht unmöglich machen:
- Die Domain-Logik im Core ruft keine Natives auf.
- Ein Plattform-Adapter kapselt Events, Commands, Spieler- und Fahrzeug-APIs und die NUI-Anbindung.
- Plugins sprechen gegen GTA5OS-APIs, nicht direkt gegen FiveM, außer in ausdrücklichen Adapter-Plugins.
- Die Oberfläche ist eine Web-App, unabhängig vom Transport der Plattform.
Neu bewertet würde die Plattform, wenn etwa 1000 gleichzeitige Spieler auf einer Instanz zur harten Anforderung würden, wenn das Team ausschließlich auf C# oder alt:V setzen wollte oder wenn ein Proof-of-Concept FiveM-spezifische Grenzen bei Kernfunktionen zeigte.
Wie es weitergeht
- Architektur: die Schichten und wie sie zusammenspielen
- Plugin-System: wie ein Plugin aufgebaut ist und sich registriert
- Pakete: alle Pakete im Repository auf einen Blick
- Konventionen und Qualität: Regeln für Code, Tests und Oberfläche
- Lokal starten: bauen, testen und einen eigenen Server aufsetzen