SVN 4869 multiplayer problem

[Agon]

I and a clan member started a multiplayer game on the buildbot.no-ip.org:8200 lobby server.
He has 4869 and I have it, too.
I'm using Linux and he windows.
If I host a game with SpringLobby and he joins he is unsynchronized.
If I join his game I'm not unsynchronized. He is using the standard lobby from the svn installer.

Code: Select all

Using script /home/agon/.springlobby/script.txt
Using read-write data directory: /usr/share/games/spring/
Using read-only  data directory: /usr/lib/
SDL:  1.2.12
GL:   2.0.6958 Release
GL:   ATI Technologies Inc.
GL:   ATI Radeon Xpress Series
GLEW: 1.3.6
Section game\mapoptions missing in file buffer
Section game\modoptions missing in file buffer
Connecting to server
Connected to 85.179.222.188:8452 using number 1
Using script Commanders
Map: SmallDivide.smf
Mod: "Fibre v1" from Fibrev1.sd7
Became player 1
Content error: Your mod differs from the host's mod. This may be caused by a
missing archive, a corrupted download, or there may even be
2 different versions in circulation. Make sure you and the host
have installed the chosen mod and it's dependencies and
consider redownloading the mod.

My checksum from ArchiveCacheV4:
Modified=1195839354;
Checksum=3652704960;

His checksum from V6 (Different versions?):
Modified=1195912952;
Checksum=2069959696;

Downloaded from the same location: uf

[Tobi]

And what's your checksum from ArchiveCacheV6.txt?

It should have been created if you used this more recent version. Take care you also use the right version of unitsync.

[Agon]

Sorry did not seen the V6.
ArchiveCacheV6.txt from my pc:
Modified=1195914546;
Checksum=2069959696;

unitsync is from the svn version, because I used my created rpm package from the openSuse build service.

[Auswaschbar]

I have had similar issues with linux vs linux:
The problem was that springcontent.sdz recently changed. 1 pc had an old version of it floating around in /home so the checksumm was different.
If you build it from source be sure to delete trunk/game/springcontend.sdz to force a rebuild of it.

[Agon]

I used the build service from openSuse and it cleans after a build everything. This means I had a clean build. But maybe a dirty update. Because I updated from 0.75b2 to the revision number. And before I had a different build from packman. I will delete all and test it again.

[Tobi]

Sorry did not seen the V6.
ArchiveCacheV6.txt from my pc:
Modified=1195914546;
Checksum=2069959696;

unitsync is from the svn version, because I used my created rpm package from the openSuse build service.

Same checksum

(Note that 'modified' is of no importance here, it's just the unixtime the file was last modified, that's used to see whether the file needs to be rescanned.)