Can't host - Map configuration file

[juvian]

@HazarDous There is a series of maps that are well protected and any bot (including ent ones) can't host it. It would be fixed by recompiling bot with latest stormlib library. That would be wonderful but maybe hard to do, so could you add a way to add a map configuration file for a map we upload and use that in bot? The Map in particular is eden rpg 2.6a fix2 eng.w3x, load code 9d5f0. From now on all versions will be protected such that bot can't read the mpq file, but if I could have a way of linking the config file myself, it would be able to use those values without the need of reading the map mpq.

Note that map works if you manually host with warcraft so its not a map problem.

[null]

Maps might use the S/SSProtect as well. Korean tend to use this protection, which makes them not hostable outside Korean Platforms. But it's easily fixable.

[juvian]

@null the map can be hosted normally without a bot in English warcraft and we already got a bot hosting it with the right config file so it's not a problem of Korean platform

[Holymond]

I agree, there'are dozens of maps I can't host because the bot is outdated.

[null]

@null the map can be hosted normally without a bot in English warcraft and we already got a bot hosting it with the right config file so it's not a problem of Korean platform

The map has initial MPQ corruption in the HEX then. Updated bots can cope with this depending on the config, but ENT can't. And if ENT doesn't want to update, you will have to learn HEX and fix the initial corruption in the MPQ so ENT can read it.

[juvian]

@null Yeah it does, but even if I know hot to fix it, developer wants it to stay that way so won't go against that. My easier solution proposed was just having a way to edit the map config you guys generate automatically when uploading map (the file bot uses when you host with !load code) instead of !map. I can get a working config file myself and bot could host it fine that way. It's just adding the possibility to edit a file you already use and make

[Holymond]

Any update?

[aRt)Y]

@null Yeah it does, but even if I know hot to fix it, developer wants it to stay that way so won't go against that. My easier solution proposed was just having a way to edit the map config you guys generate automatically when uploading map (the file bot uses when you host with !load code) instead of !map. I can get a working config file myself and bot could host it fine that way. It's just adding the possibility to edit a file you already use and make

Provide such bot config file and we will look into it.

Given the majority of maps works just fine, we will not recompile the ghost code.

[juvian]

@aRt)Y Thanks for replying. I think this was the correct config: https://drive.google.com/file/d/0B-9phZ ... sp=sharing

Map has been updated like 10 times since then though, unless there is a way to change map config from client, if you manually make an exception for this map and edit it yourself there wouldn't be much use.

[Xecoshu]

Hopefully the bot will be updated so we can host new maps.

[HazarDous]

@NVS @h3rmit @hellralser

Could use your input on this, if you are knowledgeable in this matter, thanks.

Suggestion: Update bot/stormlib to allow ENT to host some "well-protected" maps.

* Is stormlib the issue?
* Easy to fix?
* Many maps affected?

[null]

Depends if it's easy or not

Do you use the Public Ghost ++ or the source code?

Stormlib is definitely an issue and a suggestion is to use the stormlib that Ladik uses.
Using Warcraft's III storm.dll is also one way, though, that is much harder.

Regarding to how many maps are affected;
pretty much almost every map outside the english WC3 platform (korea, china or even russia. They have tons of maps that is unhostable on ENT)

The OP has a map from Korea I think (Eden RPG?) - that map is unhostable on ENT. But I believe the mapmaker was kind enough to provide us (here on ENT) with a non-protected map so we could host it.

[HELLRAlSER]

Using stormlib sounds like an easy solution, not sure how ghost++ checks map integrity tho

[nvs]

Upgrading stormlib is the way to go. I can confirm that v9.22 of Ladik's StormLib can open the map in question (whereas v9.21 failed for me).

As far as changes needed for the bot itself, this commit on Grief's version can probably shed some light. I have no clue if the patch will apply to ENT's version.

Using Ladik's StormLib v9.21:

Code: Select all

[MAP] warning - unable to load MPQ file [/var/lib/ghost/maps/eden rpg 2.6a fix2 eng.w3x]
[MAP] calculated map_size = 244 230 45 2
[MAP] calculated map_info = 219 252 240 121
[MAP] unable to calculate map_crc/sha1 - map MPQ file not loaded
[MAP] unable to calculate map_options, map_width, map_height, map_slot<x>, map_numplayers, map_numteams - map MPQ file not lo
[MAP] invalid map_crc detected
[MAP] invalid map_sha1 detected
[MAP] invalid map_width detected
[MAP] invalid map_height detected
[MAP] invalid map_numplayers detected
[MAP] invalid map_numteams detected
[MAP] invalid map_slot<x> detected


Using Ladik's StormLib v9.22:

Code: Select all

[MAP] loading MPQ file [/var/lib/ghost/maps/eden rpg 2.6a fix2 eng.w3x]
[MAP] calculated map_size = 244 230 45 2
[MAP] calculated map_info = 219 252 240 121
[MAP] overriding default blizzard.j with map copy while calculating map_crc/sha1
[MAP] calculated map_crc = 118 161 154 128
[MAP] calculated map_sha1 = 195 1 110 197 251 80 124 175 23 67 45 71 225 25 201 66 21 229 6 152
[MAP] calculated map_options = 96
[MAP] calculated map_width = 224 1
[MAP] calculated map_height = 224 1
[MAP] calculated map_numplayers = 11
[MAP] calculated map_numteams = 2
[MAP] calculated map_slot1 = 0 255 0 0 0 0 1 1 100
[MAP] calculated map_slot2 = 0 255 0 0 0 1 1 1 100
[MAP] calculated map_slot3 = 0 255 0 0 0 2 1 1 100
[MAP] calculated map_slot4 = 0 255 0 0 0 3 1 1 100
[MAP] calculated map_slot5 = 0 255 0 0 0 4 1 1 100
[MAP] calculated map_slot6 = 0 255 0 0 0 5 1 1 100
[MAP] calculated map_slot7 = 0 255 0 0 0 6 1 1 100
[MAP] calculated map_slot8 = 0 255 0 0 0 7 1 1 100
[MAP] calculated map_slot9 = 0 255 0 0 0 8 1 1 100
[MAP] calculated map_slot10 = 0 255 2 1 0 9 2 1 100
[MAP] calculated map_slot11 = 0 255 2 1 1 11 1 1 100


[Holymond]

While you guys are at it, incorporate Japi(http://japi.sourceforge.net/) into ent would make tons of maps hostable since Ent uses java to host.