Nach Serverrestart - 0Punkt

Ich habe das selbe problem..

Meine "SpielerInfo" wird resetet und alles auf 0 gemacht..
das heist soviel wie Level auf 0, Koords auf 0 ..

schließe mich dem Problem an

das is nicht nur bei getplayerpos so.. das kenn ich auch von getplayerskin und anderen sachen.
ich vermute mal die sachen werden einfach zu spät ausgelesen.
ich habe mir einen /restart befehl geschrieben in dem die spieler abgespeichert und gekickt werden 1 sekunde bevor der gmx befehl kommt.
wüsste aber auch gerne wie man das sonst machen könnte.. den skin kann man ja im enum abspeichern wenn er sich ändert..
aber man kann ja nicht die ganze zeit die koordinaten auslesen lassen. (könnte schon aber resourcenfreundlichkeit sagt nein)

Hängt wahrscheinlich mit der Priotesierung von Paketen zusammen.
Min. 5 Sekunden zwischem Speichern und restarten solltn reichen.

Ihr habt das richtig erkannt. Die Daten werden teilweise gelöscht, bevor ihr Sie speichern könnt. Die beste Methode einen restart Befehl zu machen ist es beim Befehl erstmal alles zu speichern, danach eine globale variable zu setzen und dann den GMX command zu senden.
Bei all euren speicherfunktionen, die zB durch Sachen wie onplayerdisconnect ausgelost werden, fragt ihr erst ab, ob nicht gerade ein restart durchgeführt wird(variable im restart befehl), dann verhindert ihr das speichern und somit ein überschreiben der Daten.
Alles verstanden?

du hast wohl ned verstanden, was ich gmeint hab.
Naja, du erstellst eine globale variable, zB
new bool:restart;

dann kommt hier dein restart befehl:

dcmd_restart(playerid,params[])
{
	#pragma unused params
	SendClientMessage(playerid,grau," Serverrestart!");
	for(new i=0;i<GetMaxPlayers();i++)
	{
            if(!IsPlayerConnected(i)) continue;
	    Speichern(i);
	}
        restart=true;
	SetTimer("RestartTimer",6000,false);
	SendClientMessageToAll(rot,"In 6 Sekunden startet der Server neu!");
	return 1;
}

bei deiner speicherfunktion:

stock spielerSpeichern(playerid)
{
	if(restart) return 0; //Wenn restart stattfindet, dann abbrechen
        //...
        //Hier dein zeug speichern
        //...
	return 1;
}

jo, genau. Das verhindert ganz einfach, dass die Spielerdaten nochmal überschrieben werden, nachdem manche variablen schon zurückgesetzt wurden. Normalerweise sollte das so passen.

Der Befehl "gmx" ruft das Public OnGameModeExit auf, weshalb das Speichern via. Konsole nicht funktionieren kann.

SetSpawnInfo(playerid,0,0,Spieler[playerid][PosX],Spieler[playerid][PosY],Spieler[playerid][PosZ],Spieler[playerid][PosA],0,0,0,0,0,0);
SpawnPlayer(playerid);

SetSpawnInfo spawnt den spieler schon automatisch...

und wenn du dann SpawnPlayer machst spawnt er ja bei 0 punkt...

Fg

Desweiter hin...

Bei OnGamemodeExit oder so

mysql_Close();

Fg

Ich versteh überhaupt nicht wieso du bei OnPlayerRequestClass auf die Daten im Cache zugreifen willst.
Nicht mal ein Query zum auslesen hast du gezeigt. Selbst wenn es dazu ein Query gibt,wie kannst du sicher sein,dass das letzte Query zum Spieler gehört der OnPlayerRequestClass aufruft ?

Du solltest das nochmal überdenken. Das wird bestimmt nicht funktionieren sobald du mehr als 1 Spieler bei einem Restart hast. Überhaupt würde ich bei OnPlayerRequestClass keine Daten vom MySQL Server verarbeiten. Das gehört an eine Andere Stelle.

//Edit:
Auch die Sache mit dem Restart Timer kann man besser machen. Wer garantiert denn,dass es 6 Sekunden dauert die ganzen Profile zu speichern. Es kann auch nur 1 Sekunden dauern oder sogar mehr als 6 Sekunden. Das wäre dann entweder verschwendete Zeit oder nicht genug Zeit.
Daher würde ich empfehlen,keinen Timer zu verwenden sondern ein pseudo query an den SQL Server senden wie z.B. "SELECT 1" NACH den Querys zum Speichern der Profile.
Das dann mit mysql_tquery ( o.Ä. ) an ein Callback senden lassen und sobald es verarbeitet wurde weiss ich, dass alles SQL Kommandos ausgeführt wurden.
Heißt also so:
for(new i=0;i<GetMaxPlayers();i++)
{
if(!IsPlayerConnected(i)) continue;
Speichern(i);
}
mysql_tquery(handle,"SELECT 1","",""); // tquery sagt mir nichts, da wird man aber bestimmt ein Callback angeben können oder eben OnQueryFinish verwenden.