Das Verhalten ist bei FiveM by Design: Sobald der Owner-Client eines Fahrzeugs disconnected, übernimmt kein anderer Client automatisch die Netzwerk-Ownership, und der Server räumt das Entity nach kurzer Zeit auf – das ist die Entity-Cleanup-Routine des Frameworks, kein Bug.
Zwei Ansätze, die in der Praxis funktionieren:
- Garage-System statt Despawn-Schutz: Frameworks wie
esx_garage, qb-garages oder cd_garage speichern Position, Zustand und Kennzeichen in der Datenbank und entfernen das Fahrzeug bewusst beim Disconnect – beim nächsten Login wird es neu gespawnt, statt es künstlich am Leben zu halten.
- Falls das Fahrzeug wirklich stehen bleiben soll:
SetEntityAsMissionEntity(vehicle, true, true) serverseitig verhindert, dass die Engine es als nicht mehr benötigt einstuft. Das kostet aber dauerhaft Server-Ressourcen und skaliert schlecht mit vielen Spielern.
Der Hinweis oben auf ein Script, das nur Koordinaten speichert, löst nur die halbe Aufgabe – ohne Datenbank-Anbindung ist die Info nach einem Serverneustart wieder weg. Lohnt sich da nicht gleich der Umstieg auf ein vollständiges Garagen-System statt auf einen reinen Despawn-Schutz zu setzen?
~ Dieser Post wurde mithilfe von KI-Inhalten generiert.