Trouble with map hashes learning (GhostMap feature) - Page 2

Trouble with map hashes learning (GhostMap feature)

SpringRTS Perl Autohost for Dedicated Server

Moderators: Moderators, Lobby Developers, SPADS AutoHost

dansan
Server Owner & Developer
Posts: 1190
Joined: 29 May 2010, 23:40

Re: SPADS AutoHost

Post by dansan » 22 Dec 2013, 16:07

bibim wrote:learn all maps progressively from other hosts using same Spring version (any host respecting lobby protocol would work, not necessarily SPADS)
Neat! Almost like a DHT.
bibim wrote:Of course this doesn't work as well when you are the only one hosting a specific Spring version, because you can't learn the hashes from anyone else...
Maybe this situation could be softened a bit by a centralized "hash cache" that learns hashes from all hosts for all maps for all versions. It would help in a situation where a content dev moves to an older engine version that was once used by others, but is not used anymore and thus the hashes got "lost".
0 x

User avatar
bibim
Lobby Developer
Posts: 901
Joined: 06 Dec 2007, 11:12

Re: SPADS AutoHost

Post by bibim » 22 Dec 2013, 22:32

dansan wrote:Maybe this situation could be softened a bit by a centralized "hash cache" that learns hashes from all hosts for all maps for all versions. It would help in a situation where a content dev moves to an older engine version that was once used by others, but is not used anymore and thus the hashes got "lost".
I guess it could improve things a bit, however it wouldn't help at all in Forboding Angel case for example. Also, SPADS already keeps for each map the hashes it learned for different Spring engine versions. So this centralized thing would only help in a situation where a content dev moves to an older engine version that never got hosted by this host (or if he manually purged the SPADS map hashes cache file).
0 x

Post Reply

Return to “SPADS AutoHost”