Page 1 of 1
Request Supreme Battlefield Dry fix
Posted: 12 Oct 2013, 19:56
by 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 ?
Re: Request Supreme Battlefield Dry fix
Posted: 12 Oct 2013, 21:49
by Silentwings
Did this happen in one single game or on several games of the same map?
Re: Request Supreme Battlefield Dry fix
Posted: 13 Oct 2013, 06:01
by 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...
Re: Request Supreme Battlefield Dry fix
Posted: 13 Oct 2013, 09:53
by FabriceFABS
Silentwings wrote: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.
qray wrote: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.
Re: Request Supreme Battlefield Dry fix
Posted: 13 Oct 2013, 12:11
by 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.
Re: Request Supreme Battlefield Dry fix
Posted: 13 Oct 2013, 16:00
by FabriceFABS
Thanks !
FabriceFABS wrote:[...]
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.
Re: Request Supreme Battlefield Dry fix
Posted: 15 Oct 2013, 13:12
by Beherith
Re: Request Supreme Battlefield Dry fix
Posted: 15 Oct 2013, 14:30
by REVENGE
It might be more productive to produce a proper version with sea mexes instead of revamping the troll concept.
Re: Request Supreme Battlefield Dry fix
Posted: 15 Oct 2013, 14:59
by KingRaptor
By any chance, is the small version also affected?
Re: Request Supreme Battlefield Dry fix
Posted: 15 Oct 2013, 15:09
by FabriceFABS
Thx Behe, [ACE]Serveur (BA-Chicks) & [ACE]Serveur_IV updated too.
Re: Request Supreme Battlefield Dry fix
Posted: 16 Oct 2013, 10:11
by klapmongool
REVENGE wrote: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.
Re: Request Supreme Battlefield Dry fix
Posted: 16 Oct 2013, 10:32
by Silentwings
By any chance, is the small version also affected?
I'm pretty sure it isn't.
Re: Request Supreme Battlefield Dry fix
Posted: 16 Oct 2013, 12:55
by 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.
Re: Request Supreme Battlefield Dry fix
Posted: 16 Oct 2013, 13:07
by 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):
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.
Re: Request Supreme Battlefield Dry fix
Posted: 17 Oct 2013, 03:51
by enetheru
Double post. Stupid phone
Re: Request Supreme Battlefield Dry fix
Posted: 17 Oct 2013, 03:54
by 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.
Re: Request Supreme Battlefield Dry fix
Posted: 21 Oct 2013, 21:59
by abma
that explains the checksums:
http://api.springfiles.com/?springname= ... &category=
idk why "Supreme Battlefield" and "Supreme Battlefield Dry" should be the same... ?!
Re: Request Supreme Battlefield Dry fix
Posted: 22 Oct 2013, 01:58
by Forboding Angel
qray wrote:
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.
Re: Request Supreme Battlefield Dry fix
Posted: 22 Oct 2013, 02:24
by smoth
So what was the issue with SBDfix?
