Why don't you make some kind of class to store data like that directly on the server or something? (i'm sure you don't need to as svencoop is likely using internal functions) it could allow more versatility in what data you want saved for a particular slot. As long as a player doesn't disconnect during the level change, they'll always have the same player slot so you could effectively write out a changelevel file or something that contains the position on the new map where the player should start. If you want fluidity, you'll have to look into how the landmark system works (you can't expect the next map to start at the same position and extend onward, because what if the map you were on took up half the grid, and then the next one had to start right at that exact same spot? Kinda defeats the purpose of level changes because now you have to work around a grid. And overlap.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: June 16, 2005 2:23 PM To: [email protected] Subject: [hlcoders] Little problem due to EntSelectSpawnPoint() Hello everybody I managed to make Level Transitions work in multiplayer games thanks to an very SIMPLE method. Though I can make the server give every player their previous equipment, I don't manage to make them get their previous position. Actually, at the moment when we change of level, the players spawn at the info_player_deathmatch spawnpoints with their previous equipment. I could to make the Server-Player keep his previous positions by comenting out the line g_pGameRules->GetPlayerSpawnSpot( this ); in the CBasePlayer::Spawn() function. Anyway, this method drive the server to CRASH to WindowsXP when there are other clients on the server. This only happens after the Level Transition process... Why? And how could I make the server force a player who had a previous "instance" of hilmself to spawn at the previous position? Please, I really really really need for help, I have tried with lots of methods... none of them worked. I hope somebody at Valve will care of my S.O.S :-) Best regards folks! --Thomas TISSOT-DUPONT -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.7.6/19 - Release Date: 16/06/2005 _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
