Springie the AutoHost
Moderator: Moderators
Re: Springie the AutoHost
You cannot rely on that can you? Also this is not stored in downloader system.
Downloader has just the name and hash.
Downloader has just the name and hash.
Re: Springie the AutoHost
As a side note, do all torrents have http mirrors in them or only a select few?
Re: Springie the AutoHost
None of them have mirrors "in them".
System searches for mirrors on demand on all spring-related sites except on jobjol (on jj's request).
When clients notify system that they need a file it orders other clients to seed it and sends http mirror list to user that requested them.
System searches for mirrors on demand on all spring-related sites except on jobjol (on jj's request).
When clients notify system that they need a file it orders other clients to seed it and sends http mirror list to user that requested them.
Re: Springie the AutoHost
so can I assume every torrent has an associated http mirror list? Or can I expect some torrents not to have an associated list at all?
Re: Springie the AutoHost
AutoUpdateMod: Complete Annihilation test
3052 is latest but its still on 3051, even after rehost + restart
3052 is latest but its still on 3051, even after rehost + restart
Re: Springie the AutoHost
Posts.. enter "Complete Annihilation test-"
AF:
You cant expect anything. Not all torrents have mirrors. Some are not stored on any site so they have no mirrors.
AF:
You cant expect anything. Not all torrents have mirrors. Some are not stored on any site so they have no mirrors.
Re: Springie the AutoHost
still not working
edit: and 30 min later "Updating to latest mod version: Complete Annihilation test-3052"
also, some fun i'm having: added channel listeners to the setlevel command, put all 4 bots into #springie, i can issue global set levels without the copy+paste
edit: and 30 min later "Updating to latest mod version: Complete Annihilation test-3052"
also, some fun i'm having: added channel listeners to the setlevel command, put all 4 bots into #springie, i can issue global set levels without the copy+paste
Re: Springie the AutoHost
bug: often right clicking on a tab will close the wrong one, no matter how careful i am, even when i select it with left click and then right click it.
Re: Springie the AutoHost
===============================
SPRINGIE 1.33
===============================
* fixed !cheats
* removed allowingamejoins (not needed, lobbies allow red game joining)
* fixed bug where springie failed to rehost to latest version of mod on start
SPRINGIE 1.33
===============================
* fixed !cheats
* removed allowingamejoins (not needed, lobbies allow red game joining)
* fixed bug where springie failed to rehost to latest version of mod on start
Re: Springie the AutoHost
Licho wrote:===============================
SPRINGIE 1.33
===============================
* fixed !cheats
* removed allowingamejoins (not needed, lobbies allow red game joining)
* fixed bug where springie failed to rehost to latest version of mod on start
Licho,
so here's what I've done.
I've taken the configs from my old springie and included it with the latest version of springie as per download. 1.33b downloaded as an autoupdate. I take the latest SVN build spring dedicated, which I built as of this morning 0.77b5 (R6844) from #buildserv, http://planetspring.free.fr/spring/dedicated/ Put both of those into one directory. I used BuildModInfo.exe tool to rebuild my modinfo and mapinfo dat files from my local install.
The result is that when I login to that server - I get the message "Your mod differs from the host's one." Me and everyone else who joins is desynced.
Again, all the files except configs are the latest versions. What am I doing wrong?
I have tried to use your modinfo.dat and I get the same problem. Is this a problem with spring-dedicated? Lurker's spring dedicated is older. I tried the new spring dedicated with a complete spring install & springie 1.20 and it works fine.
I tried the same thing with 1.33b & a complete spring install and it's still a no go.
What do you think I am doing wrong?
Here is my springie folder:
Directory of Z:\Games\springie_test
22/10/2008 07:52 AM <DIR> .
22/10/2008 07:52 AM <DIR> ..
22/10/2008 08:36 AM 28,921 autohost.xml
22/10/2008 08:36 AM 37,759 banlist.xml
22/10/2008 08:36 AM 817 boxes.bin
13/10/2008 02:22 AM 406 do_not_delete_me.xml
22/10/2008 01:42 PM 2,819,584 libspringserver.dll
22/10/2008 08:36 AM 1,247 main.xml
22/10/2008 12:46 AM 51,927 mapinfo.dat
22/10/2008 12:46 AM 242,009 modinfo.dat
16/10/2008 09:31 PM 11,264 ModInfoBuilder.exe
09/10/2008 12:09 AM 31,744 PlanetWarsShared.dll
22/10/2008 08:36 AM 650 presets.xml
22/10/2008 01:56 AM 18,171 readme.txt
22/10/2008 01:42 PM 571,904 spring-dedicated.exe
22/10/2008 07:52 AM 254,976 Springie.exe
22/10/2008 01:56 AM 254,976 Springie.exe.bak
15 File(s) 4,326,355 bytes
2 Dir(s) 37,963,472,896 bytes free
Re: Springie the AutoHost
It has nothing to do with springie or modinfo..
All are correct
Its just because someone registered BA6.5 with outdated spring version..
See threads about downloader, register your mods or in development about need to change hashes.
There is no simple way to fix it, until spring switches to new checksums..
These are files registered in downloader http://tracker.caspring.org/torrents.txt
You will notice several BA 6.5 with different hashes - autohost does not know which one is valid and uses latest..
To fix it either
1) code simple php administration that would read this file, show you duplicates and delete torrent files from disk on demand.
2) disconnect your autohosts from downloader system (set tracker addresses to localhost for example). This will force it to use only mapinfo a modinfo.dat and not update this from downloader.
All are correct
Its just because someone registered BA6.5 with outdated spring version..
See threads about downloader, register your mods or in development about need to change hashes.
There is no simple way to fix it, until spring switches to new checksums..
These are files registered in downloader http://tracker.caspring.org/torrents.txt
You will notice several BA 6.5 with different hashes - autohost does not know which one is valid and uses latest..
To fix it either
1) code simple php administration that would read this file, show you duplicates and delete torrent files from disk on demand.
2) disconnect your autohosts from downloader system (set tracker addresses to localhost for example). This will force it to use only mapinfo a modinfo.dat and not update this from downloader.
Re: Springie the AutoHost
licho: maybe attach unitsync spring version to the hash and mark hashes from old versions invalid if they differ?
Re: Springie the AutoHost
Too complex to change protocol now - besides springdownloader and springlobby would have to be changed to send unitsync version..
Its better to just change hashes to archivehash.
Its better to just change hashes to archivehash.
Re: Springie the AutoHost
Licho wrote:Too complex to change protocol now - besides springdownloader and springlobby would have to be changed to send unitsync version..
Its better to just change hashes to archivehash.
I get the same problem now with the map... DSD. Same hash problem?
Downloader downloaded it... and still. Fail.
Re: Springie the AutoHost
Yes, same problem..
generate new mapinfo/modinfo and disconnect from p2p system..
generate new mapinfo/modinfo and disconnect from p2p system..
Re: Springie the AutoHost
Licho wrote:Yes, same problem..
generate new mapinfo/modinfo and disconnect from p2p system..
On the machine I generate the mapinfo/modinfo I do not use downloader... I have two machines. One I use for springie, and another I use as a client. My client machine is somewhat unstable and I have a lot of stuff open at a time, so I don't trust that for hosting. For my hosting machine I have it nicely cleaned up, minimalist for just server stuff - ideally I will swap over to linux, but right now using windows is working because my GF uses the machine from time to time.
Re: Springie the AutoHost
===============================
SPRINGIE 1.34
===============================
* workaround for tasclient not using default modoptions (they are sent after opening battle now)
* hardcoded options removed
* fix for springie not hosting latest version of mod on startup
Note the workaround for tasclient should fix desync issues.
SPRINGIE 1.34
===============================
* workaround for tasclient not using default modoptions (they are sent after opening battle now)
* hardcoded options removed
* fix for springie not hosting latest version of mod on startup
Note the workaround for tasclient should fix desync issues.
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: Springie the AutoHost
When upgrading, also update the server itself http://spring.clan-sy.com/phpbb/viewtop ... =1&t=16608
Re: Springie the AutoHost
I think there should be an option to make a list of Maps that cannot be switched to on the Autohost. Since you are using this map- and modinfo.date file that automatically updates with all new maps and mods you cant limit the maps that are playable.
It is much easier to say "map1, map3 and map8 are not allowed" than limit to all maps but map1, map3 and map8.
It is much easier to say "map1, map3 and map8 are not allowed" than limit to all maps but map1, map3 and map8.
Re: Springie the AutoHost
There are already options to limit maps and mods..
Check configuration settings.
Check configuration settings.