Map differs from the server

[trainRiderJ]

So I attempted to have some of my fellow clan members try out my map tonight, but unfortunately it didn't go very well. Every time a person joined the server, they downloaded the map successfully, but at the end of the download they got the message "the map differs from the server".

We couldn't figure out what was going on, as any other map we tried worked fine. Also, the map did download successfully, and every person could run their own server afterwards and play the map.

I ran the compiler output on the interlopers.net error checker, and there were two errors. Here are the relevant parts of the compile log:

Creating default LDR cubemaps for env_cubemap using skybox materials:
skybox/sky_hydro_01*.vmt
! Run buildcubemaps in the engine to get the correct cube maps.
Creating default HDR cubemaps for env_cubemap using skybox materials:
skybox/sky_hydro_01*.vmt
! Run buildcubemaps in the engine to get the correct cube maps.

4 degenerate faces

Neither of these seem to be that big of a deal, right? I've run buildcubemaps in game in the console after compiling, and interlopers.net indicates that the 4 degenerate faces are essentially no big deal.

Any thoughts?

 

[Paria]

if you have run buildcubemaps after uploading to the server then the file size will be different to that on the server - hence the map differs from the servers, thats about the only plausible thing i can think of from your problems.

If the problems were still happening before you did any of that check and double check the filesize of your local version and that on the server / download server, and possibly try re-uploading a fresh version.

 

[trainRiderJ]

We uploaded several different versions, some several times, each time making sure to delete our own local content. Without fail, every time every person tried to play the map, they were given the "map differs from server" message. I didn't think about checking for a file size difference between the local and server versions, I can try that out tomorrow.

 

[DJive]

Its because of buildcube.

I had the same problem, i buildcubed my map and gave it to them. for some reason it said i had a different version, so i deleted my local one and used the same one i sent to them. As odd as it sounds, its worked everytime.

 

[trainRiderJ]

Its because of buildcube.

I had the same problem, i buildcubed my map and gave it to them. for some reason it said i had a different version, so i deleted my local one and used the same one i sent to them. As odd as it sounds, its worked everytime.

My problem wasn't that just I had a different version, but that everyone who joined up to the server downloaded the map and got the same error message. I'm absolutely sure the map wasn't named as something that already existed for everyone. I tried deleting my local .bsp and connecting, still got the same error.

Is it possible that in my noobness I did something illegal making the map? You saw in my first post that I think my compile log is ok, but I can paste the whole thing if you think it might help.

 

[DJive]

its possible.

If your map version works, then you break something and recompile. the game will go to the last working .bsp

I personally would delete your current .bsp and compile. If it works dont build cubemaps and give to friends. If that works, you know your problem is the cubemap version is different on one of your sides.

 

[Shmitz]

Do you have capital letters in your map name? I'm wondering about the chance it might be related to this issue.

 

[trainRiderJ]

Do you have capital letters in your map name? I'm wondering about the chance it might be related to this issue.

Nope, at first the map was named ctf_funroom_alpha, then next it was ctf_funroom_a1. More of a working title really

 

[Schmoe]

Was there a resolution to this issue?

I'm experiencing this with my latest playtest map. I've put together a train (3 so far) map that works flawlessly when run locally via Hammer.

I tried both building cubemaps into the map as well as excluding them. I've compared the byte counts of both the server's and the client's version of the file. I've enabled/disabled the sv_downloadurl with the bzip2 version of the map. I've run the map downloaded from the game server locally and everything was fine.

I decompiled cp_well and used its methods for enabling the trains. I *think* I built the geometry alright... but it's only a playtest version of the map, so there may be overlapping brushes. But it would seem strange if that led to this problem?