Der vorige spawnPlayer-Ansatz fixte nur den Direkt-Spawn-Weg
(AutoCharakter=true), verschaerfte aber den Auswahl-Weg: OeffneAuswahl
teleportiert/versteckt den Ped, waehrend der erzwungene Spawn noch
synchronisiert -> zwei Threads schreiben Netz-State -> Crash.
Neuer Ansatz: Auto-Spawn so frueh wie moeglich (ab Resource-Start,
Retry-Schleife) abschalten und KEINEN eigenen Spawn erzwingen. Der
vorhandene GTA-Standard-Ped bleibt in Ruhe; die Charakterauswahl fasst
einen fertigen Ped an. Kein zweiter Spawn-Thread -> kein Race.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Temporaere [AETHER-DEBUG]-Prints in spielerBereit (core),
charakterAuswahlNoetig (character-server) und OeffneAuswahl (client),
um zu lokalisieren, wo die Auswahl bei AutoCharakter=false stoppt.
Werden nach der Diagnose wieder entfernt.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Der Core schaltete Auto-Spawn ab, erzwang aber keinen kontrollierten
Spawn und fasste den Ped sofort an. Dadurch lief die unkontrollierte
Spawn-Erzeugung des spawnmanagers parallel zur Ped-Manipulation von
Core/Character -> zwei Threads schrieben gleichzeitig Netz-State:
"SendNetPacket called from multiple threads" -> Client-Crash beim
Charaktermenue (schwarzer Bildschirm, dann Absturz).
Fix: Auto-Spawn aus, EINMAL kontrolliert via spawnPlayer spawnen, auf
den Callback warten und den Ped erst danach unsichtbar/geparkt setzen.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
