Zum Inhalt springen

Installation

Etwa zehn Minuten. Es muss kein SQL importiert werden — die Tabellen und alle Standardinhalte erstellen sich beim ersten Start von selbst. Jeder Schritt endet damit, woran du erkennst, dass es geklappt hat.


Du benötigstWarum
oxmysql, aktiv, mit gültigem Connection-StringAlles liegt in der Datenbank, einschließlich der Inhalte des Admin-Panels
fmLibAls Abhängigkeit deklariert; die Ressource startet ohne sie nicht
glitch-minigamesDie Hacking-Minispiele während des Lockpick-Schritts
ESX, QBCore oder QBox (optional)Automatisch erkannt. Ohne eines davon läuft es als Standalone
ox_target oder qb-target (optional)Nur für das entsprechende Config.InteractionSystem

Lege mic_boosting in deinen resources-Ordner, zum Beispiel in resources/[mic]/.

Behalte den Ordnernamen mic_boosting bei. Der Item-Name mic_boosting_tablet, die mic_boosting_*-Tabellen und alles, wonach der Support fragen wird, verwenden diesen Namen.


In der server.cfg gehört ensure mic_boosting unter oxmysql, dein Framework (es_extended, qb-core oder qbx_core), fmLib, dein Inventar, deine Target-Ressource und glitch-minigames.

Besonders wichtig ist oxmysql. Die Ressource wartet darauf, bevor sie ihre Tabellen anlegt; läuft oxmysql noch nicht, wird das Setup übersprungen und das Admin-Panel öffnet sich mit leeren Tabs.

Es hat geklappt, wenn die Konsole [MIC-BOOSTING] Server Bridge initialized. Detected Framework: esx (oder qbcore — was auch QBox anzeigt — oder standalone) ausgibt und keine roten Zeilen von mic_boosting erscheinen.


Beim ersten Start erstellt die Ressource ihre mic_boosting_*-Tabellen in der Datenbank, auf die oxmysql verweist, und füllt sie mit Standardwerten: sechs Klassen, der Fahrzeugpool pro Klasse, 28 Abholorte mit je vier Wachen, 11 Übergabepunkte, sechs Wachen-Loadouts, die Minispiele, der Werkzeug-Shop, Herausforderungen, Meilensteine, Errungenschaften und Perks.

mic_boosting.sql liegt im Hauptordner der Ressource für alle bei, die das Schema lieber manuell anlegen. Du brauchst die Datei nicht.

Es hat geklappt, wenn die Konsole beim ersten Start eine Reihe von [mic_boosting seeder]-Zeilen ausgibt und bei späteren Starts nicht mehr.


Nur ein Item ist zwingend erforderlich: mic_boosting_tablet, das die Spieler zum Öffnen des Tablets verwenden. Die sechs Werkzeug-Items werden im Tools-Tab des Tablets verkauft und müssen nur registriert werden, wenn sie funktionieren sollen.

ItemFunktion
mic_boosting_tabletÖffnet das Tablet. Erforderlich im item-Modus
mic_gps_trackerExakter Standort des nächsten Vertragsautos
mic_signal_boosterKleinerer Suchkreis beim nächsten Vertrag
mic_police_scannerVerzögert die Polizeibenachrichtigung beim nächsten Vertrag
mic_radar_jammerEine noch längere Verzögerung des Polizeialarms
mic_emp_jammerÜberspringt das Lockpick-Minispiel einmalig
mic_fake_platesSetzt deine Heat im Moment des Kaufs auf 0 zurück

Fertige Definitionen liegen im Ordner items/ — wähle die passende Datei für dein Inventar und kopiere die Einträge:

DateiFür
items/ox_inventory.luaox_inventory — gehört in ox_inventory/data/items.lua
items/qbcore_items.luaQBCore — gehört in qb-core/shared/items.lua
items/esx_items.luaEigenes ESX-Inventar — die Zeilen für die items-Tabelle

Die sieben Bilder befinden sich in items/images/. Kopiere sie in den Bildordner deines Inventars (ox_inventory/web/images/ oder qb-inventory/html/images/).


Config.Framework in config.lua steht standardmäßig auf 'auto': Es sucht nach qb-core, dann nach es_extended, und läuft andernfalls als Standalone. Erzwinge 'qbcore', 'esx' oder 'standalone' nur dann, wenn die Erkennung fehlschlägt.

Auf QBox belasse es bei 'auto': QBox wird über die QBCore-Kompatibilität erkannt — qbx_core stellt qb-core bereit —, daher ist keine manuelle Konfiguration nötig. Falls du es erzwingst, wähle 'qbcore'.

Wenn deine Target-Ressource nicht ox_target ist, setze Config.InteractionSystem auf 'qb_target' oder 'drawtext' (einfache E-Einblendung, keine Target-Ressource erforderlich).


Das Admin-Panel erreichst du über /boostingconfig. Du bist Admin, wenn mindestens eine der folgenden Bedingungen erfüllt ist:

  • Du besitzt die in Config.AdminAce genannte ACE-Berechtigung (command als Standard — txAdmin-Admins haben diese meist über group.admin);
  • Deine Gruppe ist in Config.AdminGroups aufgelistet (admin, superadmin, god) — die ESX-Gruppe oder eine QBCore-Berechtigung.

Auf einem Standalone-Server ist die ACE der einzige Weg: Weise group.admin die ACE command zu und füge dich in der server.cfg zu group.admin hinzu.

Es hat geklappt, wenn /boostingconfig das Panel im Tab Locations mit 28 aufgelisteten Orten öffnet.


  1. Gib dir ein mic_boosting_tablet und einen lockpick, und benutze das Tablet.
  2. Setze im Admin-Panel unter dem Tab Classes den Wert für Min Police Online bei Klasse D für diesen Test auf 0. Standardmäßig erfordert jede Klasse 2 Polizisten online; auf einem leeren Testserver erhältst du sonst Not enough police online (0/2) statt eines Vertrags.
  3. Tritt im Home-Tab des Tablets der Warteschlange für Klasse D bei und nimm den eintreffenden Auftrag an.

Es hat geklappt, wenn das Auto auf deiner Karte markiert ist, die Lockpick-Einblendung am Wagen erscheint, das Minispiel startet und die Auslieferung am Übergabepunkt MB sowie XP auf deinem Profil gutschreibt.


  • Setze Min Police Online bei allen Klassen zurück, die du während der Tests geändert hast.
  • Prüfe, ob Config.PoliceJobs deine Polizeijob-Namen enthält, damit die Zählung aktiver Polizisten greift.
  • Belasse Config.ForceDropoffId und Config.ForceLocationId auf nil. Diese fixieren Aufträge auf einen einzigen Ort und sind rein für Tests gedacht.
  • Binde dein Dispatch-System an. Der standardmäßige Polizeialarm besteht aus einer Benachrichtigung und einem Blip; für cd_dispatch, ps-dispatch oder andere passe Bridge.PoliceDispatch in bridge/client_bridge.lua an.
  • Stelle sicher, dass lockpick und advancedlockpick irgendwo in deiner Stadt erhältlich sind.