FiveM Inventar Vergleich 2026: ox_inventory vs qs-inventory vs qb-inventory
Das Inventar-Script ist die zweitmeistgenutzte UI auf einem Roleplay-Server (nach dem Phone). Falsch gewählt und Spieler beschweren sich monatelang. Richtig gewählt und es verschwindet im Hintergrund. Dieser Guide vergleicht die drei Inventare, die 2026 zählen, und sagt dir, auf welches du committen solltest.
Inventar-Wahl ist eine dieser Entscheidungen, wo Wechseln mitten im Server-Betrieb echt schmerzhaft ist: jedes andere Script, das Items anfasst (Jobs, Shops, Drogen, Crafting, Waffen), muss überarbeitet werden. Einmal wählen, dabei bleiben.
Die 30-Sekunden-Antwort
- ox_inventory — der Open-Source-Default 2026. Bester Feature-Set, aktive Entwicklung, kostenlos. Wähle das, außer du hast einen spezifischen Grund dagegen.
- qs-inventory — Paid-Alternative mit auffälligerer UI. Wähle das, wenn du schon in das Quasar-Ökosystem investiert bist.
- qb-inventory — QBCores Default. Kostenlos, basic. Wähle das, wenn du QBCore-first bist und keine extra Dependencies willst.
ox_inventory
Was es ist
Vom Overextended-Team (gleich wie ox_lib, oxmysql). Open-Source auf GitHub, kostenlos, MIT-lizenziert. 2024-2026 zum De-facto-Standard geworden.
Stärken
- Bester Feature-Set. Drag-and-Drop, slot-basiert, Metadata-Support, Container-Support, Waffen-Mods als Data, Shops, Stash-Management, Give/Use/Drop-Aktionen.
- Open Source. Fork, modifiziere, contribute zurück. Aktive Community.
- Multi-Framework. Funktioniert mit ESX Legacy, QBCore, Ox Core out-of-the-box.
- Exzellente Performance. Gebatchte Updates, smart Sync, niedriger resmon-Footprint (~0,05 ms idle).
- Riesiges Ökosystem. Die meisten neuen ESX/QB-Scripts liefern ox_inventory-Integration by default.
- Gute Doku. Eine der bestdokumentierten FiveM-Resources, Punkt.
Schwächen
- UI ist funktional statt flashy — sieht clean aus, aber nicht aufregend.
- Initial-Setup braucht Config-Lesen und Items-Import (kein Zero-Friction).
- Migration von anderen Inventaren braucht Daten-Konvertierung.
Wer ox_inventory nehmen sollte
Fast jeder. ESX-Legacy- und Ox-Core-Server sollten das als Default. QBCore-Server sollten es stark in Betracht ziehen (funktioniert perfekt auf QBCore).
qs-inventory
Was es ist
Paid-Angebot vom Quasar-Store, selbes Team hinter qs-smartphone, qs-banking, qs-housing. Polierte UI mit Animationen.
Stärken
- Visuell polierte UI. Sieht besser aus als ox_inventory out-of-the-box.
- Enge Integration mit anderen Quasar-Produkten. Wenn du qs-smartphone + qs-banking + qs-housing fährst, fühlt sich der ganze Stack kohärent an.
- Multi-Framework (ESX + QBCore).
- Aktive Entwicklung.
Schwächen
- Paid (~50 €). Premium für visuellen Polish, den du auch durch Re-Stylen von ox_inventory erreichen kannst.
- Closed-Source — schwer zu modifizieren.
- Kleineres Ökosystem kompatibler Scripts als ox_inventory.
- Quasar-gelocked. Beste UX braucht andere Quasar-Produkte.
Wer qs-inventory nehmen sollte
Server schon investiert in das Quasar-Ökosystem.
qb-inventory
Was es ist
Das Default-Inventar gebundled mit QBCore. Kostenlos, Open-Source, vom QBCore-Team gewartet.
Stärken
- Kostenlos.
- QBCore-nativ, null Integrations-Aufwand.
- Open-Source.
- Vertraut für QBCore-erfahrene Spieler.
Schwächen
- QBCore-only (ESX-Port existiert, ist aber ungewartet).
- Feature-Set hängt hinter ox_inventory.
- UI wirkt älter.
- Kleineres externes Integrations-Ökosystem.
Wer qb-inventory nutzen sollte
QBCore-only-Server mit knappen Budgets ohne Lust auf Extra-Setup. Die meisten QBCore-Server über 50 aktiven Spielern migrieren sowieso irgendwann zu ox_inventory.
Side-by-side
ox_inventory qs-inventory qb-inventory
Typ Open-Source Paid Open-Source
Preis Free ~50 € Free
ESX-Legacy-Support Nativ Nativ Port (wackelig)
QBCore-Support Nativ Nativ Nativ
Ox-Core-Support Nativ Partial Nein
UI-Polish ★★★★ ★★★★★ ★★★
Feature-Reichtum ★★★★★ ★★★★ ★★★
Performance ★★★★★ ★★★★ ★★★★
Aktive Entwicklung Ja Ja Ja
Doku-Qualität ★★★★★ ★★★ ★★★
3rd-Party-Integration ★★★★★ ★★★★ ★★★
Beste für All-Purpose Quasar-Stack QBCore-only
Unsere Empfehlung
Für 90 % der Server 2026: ox_inventory. Es ist kostenlos, hat den besten Feature-Set, das größte Ökosystem kompatibler Scripts und die beste Doku.
Migrations-Überlegungen
Wenn du VON einem anderen Inventar ZU ox_inventory wechselst:
- items.json vom alten Format konvertieren (Community-Scripts existieren).
- Jedes Job-Script umverdrahten, das Items hinzufügt/entfernt.
- Shops auf ox_inventory-Shop-Config-Format updaten.
- Downtime-Fenster planen — Spieler-Inventar-Daten brauchen Migration.
Realistische Migrationszeit: 1-3 Tage für einen kompetenten Dev auf einem 50-Resource-Server.
Was gut mit ox_inventory funktioniert
Die meisten modernen Paid-Scripts liefern ox_inventory-Integration. Unsere eigenen Produkte funktionieren Plug-and-Play:
- devCon Base (40+ in 1) — nutzt ox_inventory-Metadata für Licenses, IDs, Items
- devCon Lootdrop — Death-Drop-Integration mit ox_inventory-Containern
- devCon Lifeinvader — Posts können ox_inventory-Items referenzieren
Per-Server-Tuning zählt
Inventar-Performance ist meist OK out-of-the-box, aber auf vollen Servern (100+ Spieler):
- oxmysql-Query-Times — das Inventar schreibt auf jedes Change in die DB. Langsame DB = laggiges Inventar.
- Stash-Count — jeder Stash ist ein DB-Record. Server mit tausenden Property-Stashes können DB-Bloat sehen.
- Server-Hardware — siehe unseren Hosting-Vergleich. Wir empfehlen Avoro für die CPU-Performance.
Häufige Fehler
- Zwei Inventare gleichzeitig fahren. Manche Server lassen das alte „falls" installiert — garantierte Konflikte.
- items.json nicht ordentlich konvertieren. Items erscheinen mit Default-Icons oder verschwinden.
- Client-seitigem Inventar-State trauen. Item-Ownership immer server-seitig validieren vor Aktionen.
- Doku skippen. Sowohl ox_inventory als auch qs-inventory haben umfangreiche Docs — Skippen kostet Tage Debugging.
Alles zusammen
Inventar ist die zweitmeistgenutzte UI auf deinem Server. Das richtige zu wählen zählt mehr als die meisten Entscheidungen. Für 2026:
- ox_inventory für fast jeden
- qs-inventory wenn full-Quasar-Stack
- qb-inventory wenn QBCore-only und Minimal-Setup Priorität
Welches du auch wählst: committe. Wechsle nicht mitten im Server-Betrieb. Items server-seitig validieren. Einen Hoster wie Avoro fahren mit NVMe + guter DB-Performance, damit Inventar-Writes nicht laggen.