Jeff there are 2 different issues here & you are almost right with yours but not quite.
The issue with the CS maps is not a new thing & occurs when a newer or older map is on the server - The player gets bounced & what is being asked of Valve is that there is a silent overwrite option. I'm not really in favour of this because not all coders use beta map versions so I could end up d/l an older map onto my client & replacing a newer version of the map. What is needed is a coding best practices standards where mappers change the version of their maps through Beta & Final - This way you can never have the wrong version. If the map is given a mid-life update then the map name should reflect that, dod_saints2 would be appropriate. This latter change would have avoided the issue you are referring to Jeff in that the new maps in the latest DoD release are different from the pre-core Steam maps & therefore people get bounced form a server. The bit you have not got right is that the player has the new files within their Steam install but it is not immediately visible to you just like the rest of the core maps. Deleting your custom version of the map will mean you can then just join a server without the need to d/l anything further - You already have the newer version. You would need to take this action for Saints, Northbound & Sturm (Although I never had Sturm so I am not certain it was released as a custom previously. Jack Avatars of Stupidity www.clanaos.co.uk -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Dupler Sent: 17 July 2004 22:26 To: Paladin82 Subject: Re[2]: [hlds] Map Differs from Server? 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 _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
