Request Supreme Battlefield Dry fix

[FabriceFABS]

Hey



The map Supreme Battlefield Dry is buggy : It gives to all players Out Of Sync messages on BA 7.83 + Spring 94.1
And we are really out of sync.

REPLAY : http://replays.springrts.com/replay/de8 ... 479b8f899/

A charitable soul could fix it ?

[Silentwings]

Did this happen in one single game or on several games of the same map?

[qray]

There seem to be different versions of the map out there.
I just recently played it without problems; but this was not the version you used (at least the replay said I didn't have the map on my system).

So there is a working version somewhere already
Unfortunately I don't remember where I got mine from...

[FabriceFABS]

Did this happen in one single game or on several games of the same map?

Well, played one time recently, but already played long time ago without any problem.

There seem to be different versions of the map out there.
I just recently played it without problems; but this was not the version you used (at least the replay said I didn't have the map on my system).

So there is a working version somewhere already
Unfortunately I don't remember where I got mine from...

Interesting...
I had the magic idea now to re-dowload the map from SpringFiles for doing a md5... and guess what ?

The map I currently own in maps folder on my PC :

Code: Select all

db78c10ab72e912b06b10abd04220b71  Supreme Battlefield.sd7

The freshly downloaded from SpringFiles (only 1 link available) :

Code: Select all

680e260384bd44f33726cadd2fe6ee17  Supreme Battlefield Dry.sd7

And for information, the md5 from [ACE]Serveur* :

Code: Select all

680e260384bd44f33726cadd2fe6ee17 Supreme Battlefield Dry.sd7

Quite funny situation... Autohost is up to date, not clients !

But what is annoying is that you are sync before game starts... In fact you're not.
Except doing a dummy new version of the map I don't see any others issues to force re-downloading map on clients.

[Silentwings]

Ok, the problem is that there are two slightly different versions of the same map going under the same name. I'll fix it.

[FabriceFABS]

Thanks !

[...]
The map I currently own in maps folder on my PC :

Code: Select all

db78c10ab72e912b06b10abd04220b71  Supreme Battlefield.sd7

[...]

Didn't notice it wasn't the same filename.

[Beherith]

Updated map anyway: (added SSMF)
http://springfiles.com/spring/spring-ma ... fielddryv2

[REVENGE]

It might be more productive to produce a proper version with sea mexes instead of revamping the troll concept.

[KingRaptor]

By any chance, is the small version also affected?

[FabriceFABS]

Thx Behe, [ACE]Serveur (BA-Chicks) & [ACE]Serveur_IV updated too.

[klapmongool]

It might be more productive to produce a proper version with sea mexes instead of revamping the troll concept.

That does exist already, or it did at least.

[Silentwings]

By any chance, is the small version also affected?

I'm pretty sure it isn't.

[PepeAmpere]

I would suggest to use unique name for every developers release. Spring files repositories do exactly such mess if you upload few different files with same name.

[qray]

My impression is that the smd file could be the key, though I'm not 100% sure:
1) include one, even if it's nearly empty (all settings in mapinfo.lua):

Code: Select all

[MAP]
{
}

also: maps without smd file seem not to be listed by ZK...
2) change the name of the smd with every release

If this impression is correct, I think it should go into the map making wiki.

[enetheru]

Double post. Stupid phone

[enetheru]

It appears that people arent taking advantage of the mapid portion of the smf file.

Mapid is intended to uniquely identify the map. And is the second field in the smf file after smf version. It previosly has been set to things like the date or random number.

I'm thinking that mapname+mapid is probably the best way to uniquely identify the map still. Doesnt add anything new.

[abma]

that explains the checksums:
http://api.springfiles.com/?springname= ... &category=

idk why "Supreme Battlefield" and "Supreme Battlefield Dry" should be the same... ?!

[Forboding Angel]

If this impression is correct, I think it should go into the map making wiki.

No, it should not.

Licho needs to get off his ass and fix plasmaserver so that it doesn't suck giant donkey dicks.

It's not a map problem, it's a problem with plasmaserver. Maps should not be bending over to maintain assbackwards compatibility due to one person's procrastination.

[smoth]

So what was the issue with SBDfix?