Map/Mod Autodownloading via Clients

[Licho]

Its not documented, basically you implement your own tab into the downloader with any custom downloading method and alter modulemanager to tell it when to use that module (for what download requests).

Tab can use any custom downloading mode or reuse existing CA updating model (but that needs mono applicaiton to run on server after each commit).

If you need information Its best to contact me directly.

[Hoi]

wait... what? i thought the whole point of autodownloading is to make stuff easyer for noobs, so why not include the autodownloader in tasclient? or include springlobby when you install spring instead of tasclient, as far as i know springlobby already has autodownloading

[Licho]

Hoi .. just upgrade to latest beta of tasclient..

[Hoi]

hmm nice it renamed my old exe but didnt give a new one...

[Licho]

Hmm.. it doesnt want to load 7zip i made..satirik will have to fix it..

[Hoi]

it also has a wierd bug, nothing is shown in red (that you dont have map/mod) but the downloader works ok with the manual update

[Licho]

Thats not bug, thats new default settings :)
It shows that you have everything since its meaningless now - downloader gets you any mod/map you need..

[Hoi]

i'd still like to see what i dont have

[Licho]

And it's still in options - you can enable it.

[Hoi]

ooh would be annoying for people with dial up if they join something and a 100 mb map begins downloading

[Licho]

Thos are very rare... vast majority have broadband..
And its also to "notify" them about feature. Noramlly people dont double click games with red mods..

[REVENGE]

This is great, but I have the same problem as hoi. Can't locate the temp file either. Is this on jobjol?

[Hoi]

get http://tasclient.licho.eu/tas.7z and extract to spring folder

[REVENGE]

K, thanks.

[REVENGE]

Hmm, client gives me an error "Can't Run Springdownloader" if I don't start the client in admin mode on Vista. Anyway to remedy this?

[Hoi]

Vista

[Licho]

http://caspring.org/wiki/SpringDownloaderFaq

[REVENGE]

http://caspring.org/wiki/SpringDownloaderFaq

Good stuff, thanks.

[AF]

As far as I can see the springdownloader relies on the registry to communicate with the lobby immediatley giving me a major headache with portability problems not to mention making windows specific hacks in order to communicate which would then have problems dependant upon the version of windows.

Then there's the non-standard icons being used, basically satiriks warped golden sun icon with a red arrow.

Until both of these issues are sorted I refuse to implement integration with spring downloader as it would be too much work and kludging and hacking. Why on earth did you use such a horrible method of communication when you yourself suggested and discussed extensively far better alternatives?

[Licho]

Several reasons:
1) linux port was aborted - no need for extra portability

2) sd needs to be able to communicate in n to n manner. Several copies of SD running each for different spring path from completely arbitrary folders and several controlling programs talking with each SD (springie, lobby etc)). Registry provide convenient "fixed" address and are safe for reading/writing by many processes. They are also very very easy to use - simple function to read and write value are enough.

3) speed of implementation in SD - its faster to implement than adding general tcp listener to downloader and talking to several "clients" using some custom protocol.

4) ease of implementation in lobby/client - if I rely on TCP, lobby must first start downloader and wait till it starts to listen for commands before it can issue command - with current model it simply writes request to registry and SD will react to it as soon as it starts. Related issue is reconnecting tcp when SD self-upgrades and restarts itself etc.