Saturday, July 17, 2004, 1:42:11 PM, you wrote: Hello,
The new maps like dod_saints if you have the old version before the release of the new dod_saints. The client has to delete the old version because the new dod_saints does not download with the Steam update and it has the same name as the old dod_saints. Are dod_saints and dod_northbound official maps now or not? Best regards, Jeff Dupler [EMAIL PROTECTED] P> Guys it's not the maps on the server that are out of date. P> It seems that it's on the client side. It has happened to me as well. P> I had to delete the maps that were different, and then I rejoined the server P> and downloaded the correct version. The problem is that my server is losing P> popularity, because of this error. Most people don't know enough to delete P> the map and rejoin. We should have a way to force the download if the map P> differs, help us out Valve. P> --Paladin82 P> -----Original Message----- P> From: [EMAIL PROTECTED] P> [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Ottalini P> Sent: Saturday, July 17, 2004 12:29 PM P> To: [EMAIL PROTECTED] P> Subject: Re: [hlds] Map Differs from Server? P> Just as a comment Stephen, P> There is probably a period of time where a client "appears" to be up to P> date, but rather he just needed to wait a while for to update to get P> scheduled in for his particular content server - there is always a little P> skew there at the leading edge of the release (in fact, there probably is an P> intentional scheduling skew to try and prevent an instantaneous demand of P> 1 million players all trying to get the update the hot instant it is P> released). P> By downloading 'the current" map to the players (instead of making the P> players log out and log back in, or wait a while for the update to become P> available), you have created a situation now where the next time that map is P> updated by Steam, the client will be guaranteed to suddenly have an out of P> date map (and any other updated content) that he now has to manually go and P> delete. P> This quite defeats the purpose in having the GCF and auto-update system. P> In other words, you have now sewn the seeds of the next wave of P> "your map is different" complaints. P> <sigh> P> qUiCkSiLvEr P> ----- Original Message ----- P> From: Stephen Moretti (blueyonder) P> Sent: Saturday, July 17, 2004 3:30 AM P> Kevin Ottalini wrote: >>You probably need to update the maps on your server to the latest version. >> >> P> Unfortunately, both the client and the server were up to date and the P> problem was not just with one server but with all servers. Giving the P> client the map file, fixed the problem for all servers and not just one. >>The client's will always have the latest version in their GCF files (they P> have no choice) but they can copy older versions into the external maps P> directory which supercede what is in the GCF. >> >> P> Indeed, which is why the _new_ bsp file from the server on the client P> fixed the problem. P> Actually, it is possible for the server to be more up to date than the P> client. The client will only be updated if the user logs out and logs P> back in again. A client that remains logged in does not update, nor is P> there a means to instigate an update from within the client. P> I have to say that I am guilty of just this, because I am on broadband P> and I work in the computer industry, so my computers generally stay on P> 24/7. Value/Steam will find that this kind of practice becomes more and P> more prevalent, if it isn't already. This is not a recommendation for P> "automated updates", only for a means to check for updates from within P> the client. >>Servers on the other hand may not do an update at the same time so suddenly P> the server is out of sync with the client. >> >>If one client in a while has this problem, then the client is probably at P> fault. >> >> P> At the time there were a number of people complaining of being kicked P> from multiple server for "unmatched maps" - most seems to come right P> (probably because of a mix of clients and servers being out of sync). P> However, there were a few people who had the latest updates (clean P> installs in some cases) and the servers were up to date as well and P> still couldn't connect. The solution that I posted did solve the P> problem for those people. >>You can run an HLDS update on the server with the -verify_all switch and it P> will check all the content against the master list which is what the clients P> are updated with. >> P> I would recommend extending the params to running the update tool with P> -verify_all and -game gamename. The reason being, that in my efforts to P> get my server on the master lists I've been ensuring that the server is P> up to date. Running with -verify_all only appears to update the P> "half-life" part of the server only. Specifying the game will check the P> files in the specified game folder as well as the half-life engine. P> I have to say that this is an observation for Day of Defeat only. I P> couldn't possibly comment on CS or any of the other games as I don't run P> them. P> Thanks for your response qUiCkSiLvEr. P> Regards P> Stephen P> _______________________________________________ P> To unsubscribe, edit your list preferences, or view the list archives, P> please visit: P> http://list.valvesoftware.com/mailman/listinfo/hlds P> _______________________________________________ P> To unsubscribe, edit your list preferences, or view the list archives, please visit: P> http://list.valvesoftware.com/mailman/listinfo/hlds _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
