So erstellen Sie eine FiveM-Fahrschule (DMV)

Okay, tauchen wir ein in die Erstellung des ultimativen Leitfadens zum Einrichten einer überzeugenden FiveM-Fahrschule auf Ihrem Server.

Wir bei FiveMX wissen, dass Immersion und strukturiertes Gameplay der Schlüssel zu einer florierenden Rollenspielumgebung sind.

Eine gut implementierte Fahrschule oder Kraftfahrzeugbehörde (DMV) stellt nicht nur eine Hürde für Spieler dar, sondern bietet auch eine fantastische Gelegenheit zur Interaktion, zum Rollenspiel und zur Festlegung grundlegender Serverregeln für das Verhalten im Straßenverkehr.

Dieses Tutorial führt Sie durch die Erstellung Ihres eigenen FiveM Fahrschule, wobei verschiedene Ansätze von vollständig vom Spieler verwalteten Systemen bis hin zu automatisierten Tests untersucht werden.

Wir erläutern die Konzepte und Implementierungsschritte und stellen Ihnen sogar einige Beispielfragen zur Verfügung, um Ihnen den Einstieg zu erleichtern.

Warum eine FiveM-Fahrschule (DMV) einführen?

Bevor wir in die Wie, lassen Sie uns kurz auf die Warum.

Das Hinzufügen eines DMV-Systems zu Ihrem FiveM-Server bietet zahlreiche Vorteile:

• Verbessertes Rollenspiel: Es erstellt spezifische Rollen (Prüfer, Dozenten, Bewerber) und Szenarien und fördert so organische Interaktionen.
• Spielstruktur: Es bietet neuen Spielern einen klaren Fortschrittspfad und erfordert, dass sie die Regeln lernen, bevor sie die volle Fahrerlaubnis erhalten.
• Regelverstärkung: Es bietet einen natürlichen Kontext, um Spieler über die spezifischen Verkehrsgesetze und Erwartungen Ihres Servers zu unterrichten und zu testen.
• Wirtschaftliche Senke (optional): Lizenzgebühren können eine kleine Geldverschwendung darstellen und zur Wirtschaftlichkeit Ihres Servers beitragen.
• Grundlage für erweiterte Lizenzen: Es legt den Grundstein für die spätere Einführung unterschiedlicher Führerscheinklassen (Motorrad, LKW, Boot, Flugzeug).
• Erhöhtes Eintauchen: Allein die Tatsache, dass es einen formellen Prozess zum Erhalt einer Lizenz gibt, verleiht dem Ganzen eine Ebene des Realismus, die viele Spieler zu schätzen wissen.

Lassen Sie uns nun die verschiedenen Möglichkeiten erkunden, wie Sie eine FiveM Fahrschule zum Leben.

Ansatz 1: Das vom Spieler verwaltete FiveM DMV

Dies wird oft als Goldstandard für Server mit intensivem Rollenspiel angesehen.

Es verlässt sich vollständig auf Spieler, die das DMV besetzen und betreiben und sowohl theoretische als auch praktische Prüfungen durchführen.

Konzept & Philosophie

Die Kernidee ist maximale Interaktion und Rollenspiel.

Um eine Lizenz zu erhalten, reicht es nicht aus, eine Prüfung zu bestehen. Es geht auch darum, einen bürokratischen Prozess zu bewältigen, mit Regierungsmitarbeitern (anderen Akteuren) zu interagieren und durch direkte Beurteilung seine Kompetenz unter Beweis zu stellen.

Bei diesem Ansatz stehen menschliches Urteilsvermögen und Interaktion im Vordergrund.

Voraussetzungen & Einrichtung

1. Engagiertes Personal: Sie brauchen zuverlässige Spieler, die bereit sind, Rollen wie die folgenden zu übernehmen:
   • DMV-Direktor/Manager: Überwacht den Betrieb, legt Richtlinien fest und behandelt Streitigkeiten.
   • Verwaltungspersonal: Behandelt Bewerbungen, Terminplanung, Papierkram (In-Game-Gegenstände oder Forenbeiträge) und erste Informationen.
   • Theorieprüfer: Führt mündliche oder schriftliche (über Chat/Formulare) Theorietests basierend auf Serverregeln durch.
   • Praktische Prüfer: Begleitet die Bewerber bei einer praktischen Fahrprüfung und bewertet ihre Fähigkeiten.
2. Standort: Ein bestimmter physischer Standort ist von entscheidender Bedeutung.
   • Erwägen Sie die Verwendung eines benutzerdefinierten FiveM MLO, das speziell als DMV- oder Regierungsgebäude konzipiert ist, um ein maximales Eintauchen zu ermöglichen.
   • Alternativ können Sie einen vorhandenen Innenraum umfunktionieren oder einen Bereich mit einfachen Kartierungswerkzeugen abstecken.
   • Zu den wesentlichen Bereichen gehören ein Wartezimmer, ein Empfangstresen, Büros/Besprechungsräume und möglicherweise ein spezieller Bereich für die Theorieprüfung.
3. Verfahren und Regeln: Definieren Sie den gesamten Prozess klar:
   • Wie bewerben sich Spieler? (Formular im Spiel, Discord-Bewerbung, Forumsbeitrag?)
   • Wie erfolgt die Terminvereinbarung?
   • Wie läuft die Theorieprüfung ab? (Mündliche Fragen und Antworten, Multiple-Choice-Formular?)
   • Was beinhaltet die praktische Prüfung? (Konkrete Strecke, erforderliche Manöver?)
   • Was sind die Kriterien für das Bestehen/Nichtbestehen?
   • Wie werden Lizenzen ausgestellt/aktualisiert? (Erfordert die Integration in das Lizenzsystem Ihres Frameworks.)
   • Welche Gebühren fallen an?
   • Was passiert bei Nichtbestehen der Prüfung? (Wartezeit, Wiederholungsprüfung?)
4. Dokumentation (optional, aber empfohlen): Erstellen Sie In-Game-Elemente wie Bewerbungsformulare, Theorieprüfungsbögen, praktische Bewertungsbögen und temporäre/permanente Lizenzen. Dies verleiht dem RP ein greifbares Element.
5. Integration: Stellen Sie sicher, dass Ihre DMV-Mitarbeiter über die erforderlichen Berechtigungen/Befehle verfügen, um Lizenzen innerhalb Ihres Server-Frameworks zu erteilen/zu widerrufen (ESX-Skripte oder QBCore-Skripte oft damit umgehen).

Rollenspielmöglichkeiten

Dieses Modell lebt von RP:

• Nervöse Bewerber im Umgang mit strengen Prüfern.
• Den bürokratischen Prozess nachspielen – Formulare ausfüllen, in der Schlange warten.
• Prüfer geben Feedback und erklären Verkehrsregeln.
• Potenzial für subtile Korruption im RP (Bestechung, Vetternwirtschaft) – gehen Sie mit Vorsicht und klaren Serverregeln vor!
• Trainingsszenarien, in denen Fahrlehrer (Spieler) anderen vor der Prüfung das Autofahren beibringen.

Pro

• Maximales Rollenspiel: Bietet das tiefste Maß an Interaktion und Eintauchen.
• Anpassungsfähigkeit: Prüfer können Tests und Interaktionen an die Situation anpassen.
• Menschliches Urteil: Kann Nuancen des Fahrens und des Verständnisses beurteilen, die in Drehbüchern nicht möglich sind.
• Gemeinschaftsaufbau: Erstellt dedizierte Rollen und fördert das Engagement der Spieler.

Nachteile

• Vom Personal abhängig: Starke Abhängigkeit von der Besetzung der DMV mit aktiven und zuverlässigen Spielern. Bei Personalmangel kann es zu Engpässen kommen.
• Inkonsistenz: Bei unsachgemäßer Handhabung können die Standards oder Verfahren verschiedener Prüfer leicht unterschiedlich sein.
• Zeitaufwendig: Der Prozess kann sowohl für Bewerber als auch für Mitarbeiter langwierig sein.
• Missbrauchspotenzial: Erfordert eine Aufsicht, um Bevorzugung oder Ungerechtigkeit zu verhindern.

Ansatz 2: Automatisierter Theorietest DMV

Bei diesem Ansatz wird der wissensbasierte Teil der Fahrprüfung mithilfe von Skripten abgewickelt.

Spieler interagieren normalerweise mit einem Menü oder Computerterminal, um Multiple-Choice-Fragen zu beantworten.

Konzept & Philosophie

Effizienz und Konsistenz sind hier die primären Ziele.

Dadurch wird sichergestellt, dass jeder Spieler den gleichen standardisierten Theorietest mit vordefinierten Fragen und Antworten absolviert.

Dadurch kann sich das Spielerpersonal (sofern vorhanden) auf andere Aufgaben oder die praktische Prüfung konzentrieren.

Voraussetzungen & Einrichtung

1. DMV-Skript: Sie benötigen hierfür ein spezielles Skript. Viele Frameworks (ESX, QBCore) bieten bereits verfügbare DMV-Skripte an, alternativ gibt es auch eigenständige Optionen. Schauen Sie sich die umfangreiche Sammlung von FiveM-Skripten auf FiveMX an – vielleicht finden Sie das passende Skript.
2. Konfiguration: Skripte erfordern normalerweise eine Konfiguration:
   • Fragen & Antworten: Sie MÜSSEN Ihren eigenen Fragenkatalog definieren, der die Regeln, die Karte und die allgemeinen Verkehrsregeln Ihres Servers berücksichtigt. Geben Sie bei Multiple-Choice-Fragen sowohl richtige als auch falsche Antworten an.
   • Bestehensnote: Legen Sie den Prozentsatz oder die Anzahl der richtigen Antworten fest, die zum Bestehen erforderlich sind.
   • Prüfungsgebühr: Konfigurieren Sie die Kosten für die Teilnahme am Test.
   • Standort(e): Definieren Sie die Koordinaten, an denen Spieler auf den Test zugreifen können (z. B. bestimmte Markierungen, Computerrequisiten in einem Gebäude).
   • Lizenzintegration: Konfigurieren Sie das Skript so, dass bei erfolgreichem Abschluss eine bestimmte Lizenz (häufig eine „Theorie bestanden“ oder eine vorübergehende Erlaubnis) oder direkt der Führerschein erteilt wird, wenn keine praktische Prüfung folgt.
   • Abklingzeit: Legen Sie eine Wartezeit fest, bevor ein Spieler den Test nach einem Nichtbestehen wiederholen kann.
3. Standort: Ein vollständiges MLO ist zwar schön und gut, ein automatisierter Test benötigt jedoch lediglich einen im Skript definierten Marker oder Interaktionspunkt. Die Platzierung in einem relevanten Gebäude verbessert jedoch die Immersion.

Funktionsweise (typischer Skriptablauf)

1. Der Spieler nähert sich dem angegebenen Testort/Marker.
2. Der Spieler interagiert (drückt eine Taste, verwendet einen Befehl).
3. Es wird eine Benutzeroberfläche angezeigt, in der häufig die Testregeln und -gebühren erläutert werden.
4. Der Spieler zahlt die Gebühr (falls zutreffend).
5. Der Test beginnt: Die Fragen werden nacheinander gestellt, in der Regel mit Multiple-Choice-Antworten.
6. Das Skript mischt zur Abwechslung die Reihenfolge der Fragen und möglicherweise auch die Reihenfolge der Antworten.
7. Der Spieler wählt seine Antworten aus.
8. Sobald alle Fragen beantwortet sind, berechnet das Skript die Punktzahl.
9. Das Ergebnis (Bestanden/Nicht bestanden) wird angezeigt.
10. Bei erfolgreicher Ausführung fügt das Skript die konfigurierte Lizenz/den konfigurierten Gegenstand automatisch dem Inventar oder den Daten des Spielers hinzu. Geld kann abgezogen werden.
11. Bei einem Fehlschlag kann das Skript eine Abkühlphase einleiten, bevor der Spieler es erneut versuchen kann. Normalerweise wird trotzdem Geld abgezogen.

Pro

• Konsistenz: Jeder Spieler erhält genau den gleichen Test basierend auf den konfigurierten Fragen.
• Effizienz: Viel schneller als von Spielern durchgeführte Theorieprüfungen. Rund um die Uhr verfügbar.
• Reduzierte Personalbelastung: Für den Theorieteil sind keine dedizierten Spielerprüfer erforderlich.
• Skalierbarkeit: Bewältigt eine große Anzahl von Spielern ohne Engpässe (vorausgesetzt, das Skript ist gut optimiert).

Nachteile

• Weniger Rollenspiel: Reduziert das Element der menschlichen Interaktion im Vergleich zum spielergesteuerten Ansatz erheblich.
• Betrugspotenzial: Spieler suchen möglicherweise extern nach Antworten, wenn die Fragen zu allgemein oder zu leicht zu finden sind. Benutzerdefinierte, serverspezifische Fragen helfen, dies zu vermeiden.
• Steifigkeit: Kann während des Tests nicht auf spezifische Spielerfragen oder Missverständnisse eingehen.
• Benötigtes Skript: Abhängig davon, ein geeignetes und zuverlässiges Skript zu finden oder zu entwickeln.

Ansatz 3: Die praktische Fahrprüfung

Hier kommt es im wahrsten Sinne des Wortes auf die Praxis an.

Dabei geht es darum, die tatsächlichen Fahrfähigkeiten eines Spielers in der FiveM-Umgebung zu bewerten.

Dies kann durch Spieler überwacht oder, bei deutlich höherer Komplexität, teilweise automatisiert werden.

Konzept & Philosophie

Bewerten Sie echte Fahrkünste: Kann der Spieler ein Fahrzeug gemäß den Serverregeln sicher steuern?

Hierzu gehören Fahrspurdisziplin, Geschwindigkeitsbegrenzungen, Signalisierung, Parken, Gefahrenbewusstsein und Reaktion auf den Verkehr.

Umsetzung: Spielerüberwachter Praxistest

Dies ist die gängigste und empfohlene Methode zur Durchführung praktischer Prüfungen, oft kombiniert mit einer automatisierten Theorieprüfung für einen hybriden Ansatz.

1. Prüferrolle: Benötigt einen Spieler (DMV-Mitarbeiter), der den Antragsteller begleitet.
2. Definierte Routen: Legen Sie mehrere standardisierte Teststrecken mit unterschiedlichem Schwierigkeitsgrad fest. Die Strecken sollten unterschiedliche Straßentypen (Stadt, Autobahn) und Kreuzungen abdecken und bestimmte Manöver erfordern (z. B. Wenden in drei Zügen, paralleles Einparken).
3. Bewertungskriterien: Erstellen Sie ein klares Bewertungssystem oder eine Checkliste für den Prüfer. Zu bewertende Punkte:
   • Geschwindigkeitsregelung: Geschwindigkeitsbegrenzungen einhalten, den Gegebenheiten anpassen.
   • Fahrbahndisziplin: Einhalten der Fahrspur, ordnungsgemäßer Spurwechsel.
   • Signalisierung: Richtiges Verwenden des Blinkers beim Abbiegen und Spurwechsel.
   • Beobachtung: In die Spiegel schauen, auf Verkehr und Fußgänger reagieren.
   • Manöver: Erforderliche Wendemanöver, Parkvorgänge usw. reibungslos und sicher durchführen.
   • Befolgen Sie die Anweisungen: Korrektes Reagieren auf die Anweisungen des Prüfers.
   • Verkehrsgesetze: Beachten Sie Stoppschilder, Ampeln und Vorfahrtsregeln.
   • Fahrzeugsteuerung: Sanftes Beschleunigen, Bremsen, Lenken.
   • Kollisionen: Jede Kollision führt normalerweise automatisch zum Ausfall.
4. Verfahren:
   • Der Bewerber (nachdem er die Theorieprüfung bestanden hat) plant eine praktische Prüfung ein.
   • Der Prüfer trifft den Bewerber beim DMV/Startpunkt.
   • Der Prüfer erklärt den Testablauf und die Erwartungen.
   • Der Prüfer weist den Bewerber den gewählten Weg.
   • Der Prüfer beobachtet das Fahrverhalten des Bewerbers und bewertet es mental (oder physisch mithilfe eines Formulars/einer Benutzeroberfläche).
   • Nach der Rückkehr gibt der Prüfer eine Rückmeldung und das Ergebnis (Bestanden/Nicht bestanden).
   • Bei Bestehen erteilt der Prüfer mit entsprechenden Anweisungen die volle Fahrerlaubnis.
   • Bei Nichtbestehen erklärt der Prüfer den Grund und gibt Hinweise, wann die Prüfung wiederholt werden kann.
5. Fahrzeug: In der Regel nutzt der Bewerber ein vom DMV bereitgestelltes Standard-Prüfungsfahrzeug (z. B. eine einfache Limousine). Dies gewährleistet Fairness.

Durchführung: Praxistest mit/ohne Skript (Fortgeschritten)

Die Automatisierung einer praktischen Fahrprüfung ist in FiveM technisch anspruchsvoll, da die genaue Erkennung nuancierter Fahrverhaltensweisen und -absichten sehr komplex ist.

• Konzept: Ein Skript definiert eine Route mit Kontrollpunkten. Es überwacht die Geschwindigkeit des Spielers, erkennt mögliche Kollisionen und prüft, ob er innerhalb der Wegpunkte bleibt.
• Technische Hürden:
  • Spurerkennung: Es ist sehr schwierig, zuverlässig festzustellen, ob sich ein Spieler perfekt in seiner Spur befindet.
  • Signalerkennung: Skripte können die Verwendung des Blinkers in der Regel nicht bei allen Fahrzeugen genau erkennen.
  • Beobachtung/Bewusstsein: Für ein Skript ist es unmöglich zu beurteilen, ob ein Spieler in die Spiegel schaut oder angemessen auf unvorhergesehene Gefahren (wie etwa unberechenbares Verhalten der KI) reagiert.
  • Manöverqualität: Skripte haben Schwierigkeiten, die Qualität eines Einparkvorgangs oder Abbiegens, nur ob Kontrollpunkte angefahren wurden.
  • Leistung: Die ständige Überprüfung der Spielerfahrmetriken kann die Serverleistung beeinträchtigen.
• Mögliche Implementierung (vereinfacht/hybrid):
  • Ein Skript führt den Spieler durch Kontrollpunkte entlang einer Route.
  • Der Player wird automatisch wegen überhöhter Geschwindigkeit durchfallen gelassen (unter Verwendung nativer Geschwindigkeitsprüfungen).
  • Bei größeren Kollisionen schlägt der Player automatisch fehl (unter Verwendung von Entity-Kollisionsereignissen).
  • Es könnte die benötigte Zeit erfassen.
  • Entscheidend ist, dass in Bezug auf Aspekte wie Signalisierung, Beobachtung und kleinere Fehler wahrscheinlich immer noch eine Aufsicht durch den Spieler erforderlich ist.
• Urteil: Vollautomatische Praxistests sind selten und oft umständlich. Ein hybrider Ansatz (Skript kümmert sich um die grundlegenden Aspekte von Route, Geschwindigkeit und Kollision, der Spielerprüfer beurteilt den Rest) ist praktikabler, aber immer noch komplex. Die meisten Server setzen auf vollständig spielerüberwachte Praxistests.

Profis (Spielerüberwachte praktische Übungen)

• Bewertung der tatsächlichen Fähigkeiten: Bietet die beste Messung der tatsächlichen Fahrkompetenz in der Spielwelt.
• Direktes Feedback: Prüfer können unmittelbares, konkretes Feedback geben.
• Hohes Rollenspielpotenzial: Die Interaktion während des Tests ist erstklassiger RP-Kraftstoff.
• Anpassungsfähig: Prüfer können auf unerwartete Situationen reagieren (KI-Abstürze, Eingreifen anderer Spieler).

Nachteile (Spielerüberwachte praktische Erfahrung)

• Zeitintensiv: Erfordert erheblichen Zeitaufwand sowohl vom Prüfer als auch vom Antragsteller.
• Personalabhängig: Verlässt sich auf verfügbare, ausgebildete Spielerprüfer.
• Subjektivität: Die Bewertung kann manchmal subjektiv sein, wenn die Kriterien nicht perfekt definiert und durchgesetzt werden.
• Mögliche Engpässe: Kann Warteschlangen erstellen, wenn die Nachfrage die Prüferverfügbarkeit übersteigt.

Die Wahl Ihres Ansatzes: Das Gleichgewicht finden

Der beste FiveM Fahrschule System liegt oft in einem hybriden Ansatz:

• Automatisierte Theorieprüfung: Bewältigt die Wissenskomponente effizient und konsistent. Spieler müssen diese zuerst bestehen.
• Spielerüberwachter Praxistest: Erforderlich nach Bestehen der Theorieprüfung. Dies ermöglicht eine authentische Beurteilung der Fähigkeiten und wertvolle Rollenspielinteraktion.

Diese Kombination sorgt für ein Gleichgewicht zwischen Effizienz, Konsistenz, Rollenspiel und echter Fähigkeitsbewertung.

Dadurch wird sichergestellt, dass die Spieler die Regeln kennen (Theorie) und anwenden können (Praxis), bevor sie ihre volle Lizenz erhalten.

Allgemeine Implementierungsschritte

Unabhängig vom gewählten Ansatz gilt hier ein allgemeiner Fahrplan:

1. Planen: Entscheiden Sie sich für Ihren Ansatz (Spielergesteuert, Automatisierte Theorie, Praktischer Prüfungstyp, Hybrid?). Definieren Sie den Umfang (nur Autos oder auch andere Fahrzeuge?).
2. Standort auswählen: Wählen und sichern Sie sich einen geeigneten Standort. Erwägen Sie die Anschaffung eines benutzerdefinierten DMV-MLO für ein optimales Erscheinungsbild.
3. Skripte/Assets erwerben:
   • Suchen oder beauftragen Sie bei Bedarf ein automatisiertes Theorietestskript. Durchsuchen Sie den Abschnitt „Skripte“ auf FiveMX.
   • Stellen Sie sicher, dass Sie über Skripte oder Framework-Funktionen zum Verwalten von Lizenzen (Hinzufügen/Entfernen/Überprüfen) verfügen.
   • Ziehen Sie Fahrzeugskripte in Betracht, wenn Sie bestimmte DMV-Testwagen wünschen.
4. Konfigurieren: Richten Sie Skripte ein, definieren Sie Fragen, Antworten, Bestehensnoten, Gebühren, Testabläufe und Bewertungskriterien.
5. Vorgehensweisen definieren: Schreiben Sie klare, schrittweise Anweisungen für die Spieler zur Verwendung des DMV-Systems. Dokumentieren Sie gegebenenfalls Regeln für das Personal.
6. Personal (falls zutreffend): Rekrutieren und schulen Sie vertrauenswürdige Spieler für Prüfer- oder Verwaltungsaufgaben. Erteilen Sie ihnen die erforderlichen Berechtigungen.
7. Testen: Testen Sie den gesamten Prozess gründlich aus der Sicht eines Spielers. Testen Sie die Skriptfunktionalität, Rollenspielabläufe und die Lizenzvergabe.
8. Einführung und Ankündigung: Stellen Sie Ihrer Gemeinde das DMV-System vor. Stellen Sie klare Anleitungen und Informationen bereit.
9. Iterieren: Holen Sie Feedback von Spielern und Mitarbeitern ein. Verfeinern Sie Abläufe, Fragen, Routen und Skripte basierend auf Ihren Erfahrungen. Informieren Sie sich über komplette FiveM-Serverpakete, die integrierte DMV-Systeme enthalten könnten.

Beispielhafte FiveM DMV-Theoriefragen

Das Erstellen guter Theoriefragen ist insbesondere für automatisierte Tests von entscheidender Bedeutung.

Sie sollten allgemeine Verkehrsgesetze und spezifische Serverregeln abdecken.

Mischen Sie Multiple-Choice- und Richtig/Falsch-Fragen.

Hier sind einige Beispiele zur Inspiration:

(Allgemeine Straßenverkehrsordnung)

1. Wenn Sie sich einer durchgehend roten Ampel nähern, sollten Sie:
   • A) Verlangsamen Sie die Fahrt und fahren Sie weiter, wenn freie Fahrt besteht.
   • B) Halten Sie vollständig hinter der Linie an, bis die Ampel grün wird.
   • C) Halten Sie nur an, wenn andere Autos da sind.
   • D) Hupen Sie, bevor Sie weiterfahren.
     (Richtig: B)
2. Richtig oder falsch: Beim Spurwechsel müssen Sie immer den Blinker benutzen.
   (Richtig: Wahr)
3. Welche Geschwindigkeitsbegrenzung gilt in Wohngebieten, sofern nicht anders angegeben? (Passen Sie sich dem Standard Ihres Servers an.)
   • A) 25 Meilen pro Stunde
   • B) 35 Meilen pro Stunde
   • C) 45 Meilen pro Stunde
   • D) 55 Meilen pro Stunde
     *(Richtig: B – *Bei Bedarf anpassen)
4. Wenn zwei Fahrzeuge gleichzeitig an einer unkontrollierten Kreuzung mit vier Stoppschildern ankommen, wer hat dann Vorfahrt?
   • A) Das Fahrzeug auf der linken Seite.
   • B) Das Fahrzeug, das größer ist.
   • C) Das Fahrzeug auf der rechten Seite.
   • D) Wer zuerst dort ankommt, und sei es nur um den Bruchteil einer Sekunde.
     (Richtig: C)
5. Richtig oder Falsch: Sie dürfen mit dem Gesicht zum Gegenverkehr parken.
   (Richtig: Falsch)
6. Was bedeutet eine durchgezogene gelbe Linie auf Ihrer Straßenseite?
   • A) Überholen ist erlaubt, wenn es sicher ist.
   • B) Überholen ist verboten.
   • C) Die Straße endet bald.
   • D) Einfädelungsbereich voraus.
     (Richtig: B)
7. Wenn sich Einsatzfahrzeuge (Polizei, Feuerwehr, Krankenwagen) mit eingeschaltetem Blaulicht und Sirene nähern, sollten Sie:
   • A) Beschleunigen Sie, um ihnen aus dem Weg zu gehen.
   • B) Behalten Sie Ihre Geschwindigkeit und Spur bei.
   • C) Fahren Sie auf die rechte Straßenseite und halten Sie an, bis sie vorbeigefahren sind.
   • D) Befolgen Sie sie genau.
     (Richtig: C)
8. Richtig oder falsch: Es ist akzeptabel, aus Frustration übermäßig zu hupen.
   (Richtig: Falsch)

(Serverspezifische Regeln – Beispiele, passen Sie diese stark an!)

9. Welche Serverregel gilt für das Fahren auf Gehwegen?
   • A) Erlaubt bei starkem Verkehr.
   • B) Stets verboten, sofern nicht vom Personal/Polizei-RP eine entsprechende Anweisung gegeben wird.
   • C) Verknüpfungen zulässig.
   • D) Nur bei Verfolgungen erlaubt.
     *(Richtig: B – *Angenommen, das ist Ihre Regel)
10. Richtig oder Falsch: Gemäß den Serverregeln ist das absichtliche Rammen anderer Spielerfahrzeuge außerhalb genehmigter RP-Szenarien erlaubt.
    *(Richtig: Falsch – *VDM-Regeln vorausgesetzt)
11. Was ist das vorgesehene Vorgehen, wenn Sie versehentlich mit einem anderen Spieler in einen kleinen Auffahrunfall verwickelt werden?
    • A) Fahren Sie sofort los.
    • B) Halten Sie an, steigen Sie aus und spielen Sie die Interaktion durch (tauschen Sie Informationen aus, rufen Sie bei Bedarf die Polizei).
    • C) Senden Sie sofort eine Nachricht an einen Administrator.
    • D) Geben Sie dem anderen Fahrer im Voice-Chat lautstark die Schuld.
      *(Richtig: B – *RP-Interaktion fördern)
12. Richtig oder Falsch: Auf diesem Server benötigen Sie eine spezielle Lizenz (z. B. einen LKW-Führerschein), um große Nutzfahrzeuge zu bedienen.
    *(Richtig: Wahr/Falsch – *Hängt von Ihrem Setup ab)
13. Wo befindet sich der primäre Standort des Department of Motor Vehicles (DMV) des Servers?
    • A) In der Nähe des Legion Square.
    • B) In der Paleto-Bucht.
    • C) Die in den Serverinformationen/Kartenmarkierungen definierte spezifische Adresse.
    • D) Es gibt keinen physischen DMV-Standort.
      *(Richtig: C – *Machen Sie es spezifisch für Ihren Server)
14. Ist Stuntfahren (Sprünge, übermäßiges Driften) unter normalen Umständen auf öffentlichen Straßen auf diesem Server erlaubt?
    • A) Ja, jederzeit.
    • B) Nur auf Autobahnen.
    • C) Nein, RP außerhalb ausgewiesener Bereiche oder Veranstaltungen gilt als unrealistisch/fehlgeschlagen.
    • D) Nur wenn Sie ein schnelles Auto haben.
      *(Richtig: C – *Unter der Annahme eines realistischen RP-Fokus)
15. Richtig oder Falsch: Alle Spieler müssen einen Führerschein von der DMV erwerben, bevor sie auf dem Server legal Autos fahren dürfen.
    *(Richtig: Wahr – *Angenommen, dies ist der Zweck Ihrer DMV)

Denken Sie daran, einen Pool von 30–50+ Fragen zu erstellen, damit der Test nicht zu repetitiv wird.

Fazit: Eine bessere Straße für die Zukunft

Implementierung einer FiveM Fahrschule oder DMV-System ist ein wichtiger Schritt zur Schaffung einer strukturierteren, umfassenderen und spannenderen Rollenspielumgebung.

Unabhängig davon, ob Sie sich für ein vollständig vom Spieler verwaltetes System entscheiden, auf automatisierte Skripte setzen oder beides kombinieren, besteht das Ziel darin, klare Erwartungen an das Fahrverhalten zu etablieren und sinnvolle Interaktionen zu ermöglichen.

Es erfordert sorgfältige Planung, Konfiguration und möglicherweise engagiertes Spielerpersonal, aber die Auszahlung in Bezug auf Rollenspielqualität und Serverstruktur ist immens.

Indem Sie von den Spielern verlangen, die Regeln zu lernen und grundlegende Kompetenzen unter Beweis zu stellen, steigern Sie den Realismus und schaffen eine Grundlage für komplexere Fahrzeug- und Lizenzsysteme in der Zukunft.

Wir hoffen, dass dieser ausführliche Leitfaden Ihnen dabei hilft, das perfekte DMV-System für Ihre Gemeinde zu entwerfen und zu implementieren.

Bei FiveMX widmen wir uns der Bereitstellung der Ressourcen, wie etwa hochwertiger Skripte und MLOs, die Sie zum Aufbau des bestmöglichen FiveM-Servers benötigen.

Viel Glück auf der Straße!

Häufig gestellte Fragen (FAQ)

F1: Was ist der beste Ansatz für einen neuen Server? Automatisiertes oder vom Spieler betriebenes DMV?

• Für neue Server ist es oft am einfachsten, mit einem automatisierten Theorietest in Kombination mit klar ausgehängten Server-Fahrregeln zu beginnen.
• Dadurch wird sichergestellt, dass jeder die Grundlagen lernt, ohne dass sofort spezielles Personal erforderlich ist.
• Sie können später von Spielern überwachte praktische Tests einführen, wenn Ihre Community wächst und Sie zuverlässige Spieler für Mitarbeiterrollen finden.

F2: Kann ich ein komplettes FiveM-Fahrschulskript kaufen?

• Ja, viele Entwickler bieten umfassende DMV-Skripte an, insbesondere für beliebte Frameworks wie ESX und QBCore.
• Hierzu zählen oft automatisierte Theorieprüfungen, Standorte und teilweise auch Grundgerüste für die praktische Prüfung oder das Führerscheinmanagement.
• Überprüfen Sie Ressourcen wie den FiveMX-Store auf verfügbare Optionen.

F3: Wie schwierig ist es, ein automatisiertes praktisch Fahrprüfung?

• Sehr schwierig, das gut zu machen.
• Während grundlegende Prüfungen wie Geschwindigkeitsbegrenzungen, Checkpoint-Verlauf und Kollisionserkennung möglich sind, ist die genaue Beurteilung nuancierter Fahrfähigkeiten (Spurhalten, Blinken, Beobachtung, reibungslose Steuerung) per Skript äußerst schwierig und in der dynamischen FiveM-Umgebung oft unzuverlässig.
• Die meisten Server verlassen sich bei praktischen Tests auf Spielerprüfer.

F4: Was ist ein guter Standort für ein FiveM DMV?

• Zu den beliebtesten Optionen zählt die Umnutzung bestehender Regierungsgebäude in Los Santos (wie etwa des Polizeibezirks Mission Row oder von Regierungsgebäuden in der Nähe des Legion Square).
• Die Verwendung eines speziell als DMV entwickelten MLO ermöglicht die beste Immersion. Sie finden diese auf Websites wie FiveMX.
• Stellen Sie sicher, dass der Standort über ausreichend Platz zum Warten und für Büros verfügt und für die praktischen Tests eine gute Anbindung an verschiedene Straßentypen gewährleistet ist.

F5: Wie viele Mitarbeiter benötige ich für eine von Spielern betriebene DMV?

• Dies hängt von der Serverpopulation und der Aktivität des DMV ab.
• Für einen kleinen bis mittelgroßen Server reicht es möglicherweise aus, mit 2–3 aktiven und engagierten Spielern zu beginnen, die verschiedene Zeitzonen abdecken können.
• Einer könnte sich auf die Verwaltung/Terminplanung konzentrieren, während andere als Prüfer fungieren.
• Größere Server benötigen möglicherweise ein größeres Team (5+), um die Anzahl der Bewerber ohne übermäßige Wartezeiten zu bewältigen.

F6: Wie verhindere ich, dass Spieler beim automatisierten Theorietest betrügen?

• Benutzerdefinierte Fragen: Formulieren Sie Fragen, die sich speziell auf die Regeln, Standorte und Überlieferungen Ihres Servers beziehen. Diese sind bei Google schwieriger zu finden.
• Großer Fragenpool: Verwenden Sie eine große Datenbank mit Fragen und wählen Sie die Fragen, die bei jedem Test angezeigt werden, nach dem Zufallsprinzip aus.
• Zufällige Antworten: Ändern Sie jedes Mal die Reihenfolge der Multiple-Choice-Antworten.
• Zeitlimits: Setzen Sie ein angemessenes Zeitlimit pro Frage oder für den gesamten Test.
• Abklingzeiten: Erzwingen Sie nach einem fehlgeschlagenen Test eine Wartezeit, um vorschnelles Raten zu verhindern.
• Zwar gibt es kein narrensicheres System, doch diese Maßnahmen schrecken Betrüger deutlich ab.

Okay, schauen wir uns einige konzeptionelle Code-Schnipsel an, um Teile eines FiveM Fahrschule aufstellen.

Haftungsausschluss: Dies sind vereinfachte Beispiele zur Veranschaulichung von Konzepten.

Sie sind nicht vollständige, lauffähige Skripte und erfordert eine erhebliche Anpassung und Integration in Ihr spezifisches Server-Framework (wie ESX, QBCore oder ein benutzerdefiniertes) und das gewählte UI-System.

Gehen Sie davon aus, dass allgemeine FiveM Lua-Funktionen und Framework-Ereignisse/-Exporte verfügbar sind.

Codebeispiele für FiveM Fahrschulkonzepte

1. Anzeige grundlegender Theoriefragen (clientseitiges Lua-Konzept)

Dieses Snippet stellt die Verwendung eines grundlegenden UI-Elements (wie NativeUI oder ein einfacher NUI-Frame) zum Anzeigen einer Frage vor.

-- Clientseitiges Beispiel (konzeptionell) -- Angenommen, „ShowTheoryQuestionUI“ ist eine von Ihnen erstellte Funktion -- Sie würde den Fragetext und die Antwortoptionen übernehmen -- Sie sollte auch die Eingaben des Spielers verarbeiten (Auswahl einer Antwort) und ein Ereignis auslösen local currentQuestionData = { question = "Was sollten Sie bei einer durchgehend roten Ampel tun?", answers = { { id = "A", text = "Beschleunigen, wenn frei" }, { id = "B", text = "Vollständig vor der Linie anhalten" }, { id = "C", text = "Hupen und vorsichtig weiterfahren" }, { id = "D", text = "Leicht langsamer fahren" } }, correctAnswerId = "B" } function DisplayQuestion(questionData) -- 1. Alle vorherigen UI-Elemente der Frage löschen -- YourUIClearFunction() -- 2. Den Fragetext anzeigen -- YourUIDisplayText(questionData.question) -- 3. Die Multiple-Choice-Antworten anzeigen (Schaltflächen, Liste Elemente usw.) für _, Antwort in ipairs(questionData.answers) do -- YourUIDisplayAnswerOption(answer.id, answer.text, function() -- -- Diese Rückruffunktion wird ausgeführt, wenn der Spieler diese Antwort auswählt -- print("Vom Spieler ausgewählte Antwort: " .. answer.id) -- TriggerServerEvent('drivingSchool:submitAnswer', currentQuestionData.correctAnswerId, answer.id) -- -- Schließen Sie die Benutzeroberfläche oder wechseln Sie nach dem Absenden zur nächsten Frage -- -- YourUICloseFunction() -- end) end print("Angezeigte Frage: " .. questionData.question) end -- Beispielverwendung: -- DisplayQuestion(currentQuestionData) -- Sie benötigen ein System zum Laden von Fragen, Verwalten des Teststatus (aktuelle Punktzahl, Fragenindex) -- und vollständigen Abwickeln der UI-Interaktionen.

Erläuterung:

• Wir definieren eine Tabelle currentQuestionData Enthält den Fragetext, Antwortoptionen (jeweils mit ID und Text) und die ID der richtigen Antwort.
• Der AnzeigeFrage Funktion ist ein Platzhalter für Ihre eigentliche UI-Logik.
• Es würde dynamisch UI-Elemente für die Fragen und Antworten erstellen.
• Entscheidend ist, dass jede Antwortoption eine Rückruffunktion benötigt, die bei Auswahl ausgelöst wird.
• Dieser Rückruf sendet normalerweise die vom Spieler gewählte Antwort-ID und die richtige Antwort-ID zur Validierung an den Server. TriggerServerEvent.

2. Überprüfen der Antwort auf dem Server (serverseitiges Lua-Konzept)

Dieser Ausschnitt zeigt, wie der Server die Antwort empfangen und überprüfen kann.

-- Server-Side Example (Conceptual)

-- Assume you have a way to track player test progress, maybe in a table:
-- local playerTestStates = {} -- Key: player source, Value: { score, currentQuestionIndex, etc. }

RegisterNetEvent('drivingSchool:submitAnswer')
AddEventHandler('drivingSchool:submitAnswer', function(correctAnswerId, submittedAnswerId)
    local src = source -- Get the player who sent the event

    print("Received answer from player " .. src .. ". Correct: " .. correctAnswerId .. ", Submitted: " .. submittedAnswerId)

    -- Ensure the player is actually taking a test (check playerTestStates)
    -- if not playerTestStates[src] then return end

    local wasCorrect = (correctAnswerId == submittedAnswerId)

    if wasCorrect then
        print("Player " .. src .. " answered correctly!")
        -- Increment player's score
        -- playerTestStates[src].score = playerTestStates[src].score + 1
        -- Notify player of correct answer (optional)
        -- TriggerClientEvent('chat:addMessage', src, { args = {"^2Correct!"} })
    else
        print("Player " .. src .. " answered incorrectly.")
        -- Notify player of incorrect answer (optional)
        -- TriggerClientEvent('chat:addMessage', src, { args = {"^1Incorrect."} })
    end

    -- Logic to proceed to the next question or finish the test
    -- MoveToNextQuestionOrEndTest(src)
end)

-- Placeholder for function to manage test flow
-- function MoveToNextQuestionOrEndTest(playerId)
--     -- 1. Check if there are more questions
--     -- 2. If yes, get next question data and TriggerClientEvent to display it
--     -- 3. If no, calculate final score, check if passed, grant license/cooldown, clean up state
-- end

Erläuterung:

• Wir registrieren ein Netzwerkereignis Fahrschule:Antwort senden die der Client auslöst.
• Der Ereignishandler erhält die richtige ID und die vom Spieler übermittelte ID.
• Es vergleicht die beiden IDs, um zu sehen, ob die Antwort richtig war.
• Basierend auf dem Ergebnis würde es den Punktestand des Spielers aktualisieren (serverseitig gespeichert, z. B. in SpielerTestStates), benachrichtigen Sie möglicherweise den Spieler und lösen Sie dann die Logik aus, um entweder die nächste Frage anzuzeigen oder den Test abzuschließen.

3. Lizenzerteilung (Serverseitig – ESX/QBCore-Beispiele)

So können Sie eine Lizenz mithilfe allgemeiner Framework-Funktionen erteilen nach ein Spieler besteht den/die Test(s) erfolgreich.

-- Serverseitiges Beispiel (Konzeptionell - ESX) -- Funktion, die aufgerufen wird, wenn der Spieler den Test besteht function GrantDriverLicenseESX(playerId) local xPlayer = ESX.GetPlayerFromId(playerId) if xPlayer then -- Angenommen, ‚dmv‘ ist der in der Lizenztabelle konfigurierte Lizenzname xPlayer.addLicense(‚dmv‘, function(success) if success then print("‚dmv‘-Lizenz erfolgreich an Spieler " .. playerId erteilt) -- Spieler benachrichtigen TriggerClientEvent(‚esx:showNotification‘, playerId, ‚Sie haben Ihren Führerschein erhalten!‘) -- Eventuell wird hier eine Gebühr erhoben, falls nicht bereits geschehen -- xPlayer.removeMoney(DMV_LICENSE_FEE) else print("Fehler beim Erteilen der ‚dmv‘-Lizenz an Spieler " .. playerId .. " (bereits im Besitz?)") TriggerClientEvent(‚esx:showNotification‘, playerId, „Fehler: Lizenz konnte nicht erteilt werden. Haben Sie sie bereits?“) end end) else print(„Fehler: Spieler mit ID „ .. playerId .. „ zum Erteilen der Lizenz konnte nicht gefunden werden.“) end end – Beispielverwendung (innerhalb der Testabschlusslogik): – if finalScore >= passingScore then – GrantDriverLicenseESX(src) – end

-- Serverseitiges Beispiel (Konzeptionell – QBCore) -- Funktion, die aufgerufen wird, wenn der Spieler die Testfunktion GrantDriverLicenseQBCore(playerId) local Player = QBCore.Functions.GetPlayer(playerId) if Player then -- Angenommen, „driver“ ist die Lizenztypkennung in der gemeinsam genutzten QBCore-Konfiguration local licenseType = „driver“ local hasLicense = Player.Functions.GetLicense(licenseType) if not hasLicense then local success = Player.Functions.AddLicense(licenseType) if success then print("Lizenz erfolgreich erteilt '" .. licenseType .. "' an Spieler " .. playerId) -- Spieler benachrichtigen TriggerClientEvent('QBCore:Notify', playerId, 'Sie haben Ihren Führerschein erhalten!', 'success') -- Hier ggf. eine Gebühr erheben, falls nicht bereits geschehen -- Player.Functions.RemoveMoney('cash', DMV_LICENSE_FEE, 'dmv-license-fee') sonst -- Dies ist möglicherweise nicht erreichbar, wenn AddLicense immer „true“ zurückgibt oder einen Fehler ausgibt: print("Fehler beim Erteilen der Lizenz '" .. licenseType .. "' an Spieler " .. playerId) TriggerClientEvent('QBCore:Notify', playerId, 'Fehler: Lizenz konnte nicht erteilt werden.', 'error') end sonst print("Spieler " .. playerId .. " besitzt bereits die Lizenz '" .. licenseType .. "'.") TriggerClientEvent('QBCore:Notify', playerId, 'Sie besitzen bereits einen Führerschein.', 'inform') end sonst print("Fehler: Spieler mit ID " .. playerId .. " zum Erteilen der Lizenz konnte nicht gefunden werden.") end end -- Beispielverwendung (innerhalb der Testabschlusslogik): -- if finalScore >= passingScore then -- GrantDriverLicenseQBCore(src) – Ende

Erläuterung:

• Diese Funktionen verwenden die Server-ID des Spielers (Spieler-ID oder Quelle).
• Sie nutzen die Funktionen des jeweiligen Frameworks (ESX.GetPlayerFromId, QBCore.Functions.GetPlayer), um das Player-Objekt zu erhalten.
• Anschließend rufen sie die entsprechende Lizenzvergabefunktion auf (xPlayer.addLicense für ESX, Player.Functions.AddLicense für QBCore). Sie müssen den genauen Namen/die Kennung kennen, die für den Führerschein in der Konfiguration Ihres Frameworks verwendet wird.
• Rückrufe oder Rückgabewerte werden verwendet, um den Erfolg zu bestätigen und den Spieler zu benachrichtigen.
• Eine Fehlerbehandlung bei fehlenden Playern oder vorhandenen Lizenzen ist inklusive.

4. Praktischer Test Checkpoint-Erkennung (Client-Side Lua)

Dies zeigt eine einfache Schleife, um zu überprüfen, ob sich der Spieler in der Nähe einer bestimmten Koordinate (eines Kontrollpunkts) befindet.

-- Clientseitiges Beispiel (konzeptionell) local practicalTestCheckpoints = { vector3(150.0, -1000.0, 30.0), -- Beispielkoordinaten vector3(250.0, -1050.0, 30.0), -- Weitere Checkpoints für die Route hinzufügen } local currentCheckpointIndex = 1 local checkpointMarkerHandle = nil -- Um den Marker-Handle zu speichern local markerDetectionRange = 3.0 -- Wie nah der Spieler sein muss Citizen.CreateThread(function() while true do -- Thread aus Leistungsgründen in den Ruhezustand versetzen Citizen.Wait(500) -- Alle 500 ms prüfen -- Nur ausführen, wenn der Spieler tatsächlich im praktischen Test ist -- wenn nicht isPlayerOnPracticalTest, dann Citizen.Wait(2000) goto continue end -- Überspringen, wenn nicht im Test local playerPed = PlayerPedId() local playerCoords = GetEntityCoords(playerPed) local targetCheckpoint = practicalTestCheckpoints[currentCheckpointIndex] if targetCheckpoint then local distance = #(playerCoords - targetCheckpoint) -- Berechnen Sie die Distanz mit Vdist -- Zeichnen Sie eine Markierung an der Checkpoint-Position (optionale visuelle Hilfe) DrawMarker(1, targetCheckpoint.x, targetCheckpoint.y, targetCheckpoint.z - 1.0, 0.0, 0.0, 0.0, 0.0, 180.0, 0.0, 2.0, 2.0, 2.0, 2.0, 255, 255, 0, 100, false, true, 2, nil, nil, false) if distance < markerDetectionRange then print("Player reached checkpoint " .. currentCheckpointIndex) currentCheckpointIndex = currentCheckpointIndex + 1 -- Prüfen Sie, ob dies der letzte Checkpoint war if currentCheckpointIndex > #practicalTestCheckpoints then print("Practical abgeschlossen!") -- Serverereignis auslösen, um Abschluss zu melden TriggerServerEvent('drivingSchool:practicalRouteComplete') -- Testlogik hier stoppen -- isPlayerOnPracticalTest = false sonst drucken("Weiter zum nächsten Kontrollpunkt: " .. currentCheckpointIndex) -- Eventuell Navigation zum nächsten Punkt bereitstellen end end end -- ::continue:: -- Wird mit dem „goto skip above end end“ verwendet)

Erläuterung:

• Wir definieren eine Liste (praktischeTestCheckpoints) von Koordinaten, die die Testroute darstellen.
• Eine Schleife wird periodisch ausgeführt (Bürger.Warten).
• Es erhält die aktuellen Koordinaten des Spielers.
• Es berechnet die Entfernung zum aktuell Zielkontrollpunkt.
• Es zeichnet eine visuelle Markierung am Kontrollpunktstandort mit DrawMarker.
• Liegt die Entfernung innerhalb der Marker-Erkennungsbereich, es erhöht aktuellerCheckpointIndex um zum nächsten Kontrollpunkt zu gelangen.
• Das Erreichen des letzten Kontrollpunkts bedeutet, dass die Route abgeschlossen ist.

5. Fahrzeuggeschwindigkeitsprüfung (Client-seitiges Lua)

Ein einfacher Codeausschnitt, um die aktuelle Geschwindigkeit des Fahrzeugs zu ermitteln, in dem sich der Spieler befindet.

-- Clientseitiges Beispiel (konzeptionell) function GetCurrentSpeedMPH() local playerPed = PlayerPedId() local vehicle = GetVehiclePedIsIn(playerPed, false) if vehicle ~= 0 then -- Prüfen, ob sich der Spieler tatsächlich in einem Fahrzeug befindet local speed = GetEntitySpeed(vehicle) -- Geschwindigkeit in Metern pro Sekunde -- Konvertieren Sie m/s in MPH (1 m/s = 2,23694 MPH) local speedMPH = speed * 2,23694 return speedMPH end return 0 -- Gibt 0 zurück, wenn sich der Spieler nicht in einem Fahrzeug befindet end -- Beispielverwendung innerhalb einer Schleife oder Prüfung: -- Citizen.CreateThread(function() -- while true do -- Citizen.Wait(1000) -- Prüfen Sie jede Sekunde -- local currentSpeed = GetCurrentSpeedMPH() -- print("Aktuelle Geschwindigkeit: " .. string.format("%.2f", currentSpeed) .. " MPH") -- -- Fügen Sie hier eine Logik hinzu, um die Geschwindigkeitsbegrenzungen für die praktische Prüfung zu überprüfen -- -- if currentSpeed > CURRENT_ROUTE_SPEED_LIMIT then -- -- TriggerServerEvent('drivingSchool:reportSpeeding', currentSpeed) -- -- end -- end -- end)

Erläuterung:

• Der AktuelleGeschwindigkeitMPH abrufen Funktion prüft, ob sich der Spieler in einem Fahrzeug befindet, GetVehiclePedIsIn.
• Wenn dies der Fall ist, wird die Geschwindigkeit des Fahrzeugs in Metern pro Sekunde ermittelt. GetEntitySpeed.
• Diese Geschwindigkeit wird in Meilen pro Stunde (MPH) umgerechnet. Sie können den Multiplikator einfach auf Kilometer pro Stunde (KPH ≈ 3,6) anpassen.
• Der Beispielthread zeigt, wie Sie diese Funktion regelmäßig aufrufen können, um die Geschwindigkeit zu überwachen, sie möglicherweise mit einem Grenzwert zu vergleichen und den Server zu benachrichtigen, wenn dieser während eines praktischen Tests überschritten wird.

Denken Sie daran, dass es sich hierbei um grundlegende Bausteine handelt.

Eine komplette FiveM Fahrschule Das Skript umfasst viel mehr: robustes UI-Design, Statusverwaltung, Umgang mit Randfällen (Verbindungsabbrüche des Spielers, Fahrzeugzerstörung), Framework-Integration, Konfigurationsdateien und gründliche Tests.