Improvements for rapid/http-downloads - Page 2

Improvements for rapid/http-downloads

For the discussion of infrastructure improvements and changes.

Moderator: Moderators

User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Improvements for rapid/http-downloads

Post by Licho »

Thats a request for custom dependencies.
That should be handle by mod/mapinfo file.

Rapid system listens to those dependencies so does plasma stuff.
User avatar
knorke
Posts: 7971
Joined: 22 Feb 2006, 01:02

Re: Improvements for rapid/http-downloads

Post by knorke »

if i remember correctly one problem with "game depends on map" was that spring did not want to start a game that depends on map A if that map was not present. (can happen if the game was downloaded by browser. for example missing map A should not stop from playing on map B.) Basically i think it would be good to have alsoDownload = {} in the modinfo.lua instead of depend = {}

But thats not so important, what about 2nd part of that post, descriptions for files?
User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Improvements for rapid/http-downloads

Post by Licho »

hmm well rapid deals mostly with content delivery, not browsing. But if there is some extra field in modinfo/mapinfo it could be added somewhere to metadata.
SirMaverick
Posts: 834
Joined: 19 May 2009, 21:10

Re: Improvements for rapid/http-downloads

Post by SirMaverick »

knorke wrote:if i remember correctly one problem with "game depends on map" was that spring did not want to start a game that depends on map A if that map was not present. (can happen if the game was downloaded by browser. for example missing map A should not stop from playing on map B.) Basically i think it would be good to have alsoDownload = {} in the modinfo.lua instead of depend = {}
Not instead, but additionally.
User avatar
knorke
Posts: 7971
Joined: 22 Feb 2006, 01:02

Re: Improvements for rapid/http-downloads

Post by knorke »

SirMaverick: yes, ofc.

Licho: but for players some kind of content browsing is needed.

Would it be possible to have clickable links for browsers?
Something like rapid://blabla and if you click that link it starts rapid and puts all the files in its place?
Then getting new content would be as easy as installing the engine and clicking links in your browser: Every game's page could simply have such link.
User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Improvements for rapid/http-downloads

Post by Licho »

there is already such thing by springlobby afaik spring://something if not its easy to add
User avatar
knorke
Posts: 7971
Joined: 22 Feb 2006, 01:02

Re: Improvements for rapid/http-downloads

Post by knorke »

i noticted the spring:// thing for joining battlerooms but dont really know what else it can do.
http://springrts.com/wiki/Dev:LobbyDown ... tems#Rapid is basically all info i find on rapid.

After uploading to http://packages.springrts.com/ it should also give you a spring:// link so that you can c&p it everywhere. (like how you get an url when uploading images on picture hosters)
abma
Spring Developer
Posts: 3798
Joined: 01 Jun 2009, 00:08

Re: Improvements for rapid/http-downloads

Post by abma »

these "soft"-depends are a good idea, i heard that idea in the context of AI's already. Something like: "with this Game, these AI's work well".

http://springrts.com/mantis/view.php?id=2412 (mantis'ed)

@licho
imo the biggest problem with downloading currently is:
-we have two download systems and both have some good + bad things

rapid's listing of files is really ugly, it doesn't allow for example to set a description for a game or screenshot in general: it isn't extendable.


we should target to merge it into one system, for example extend plasma, that it allows file-listings and use just the best of rapid: the .sdp + streamer.cgi.

maybe adding rapid links as alternative to the results in plasma would be a good start. this also simplifies rapid implementation a lot.

(adding to the xml-rpc api shouldn't be so hard, too)

@knorke
IMO these clickable rapid:// or spring:// links should only work in the lobby, adding to the system could opens security holes. If added to the system it should also work with every browser, so i think its better to allow lobbies to display webpages + make these links work only there. This is also how it works in Steam.
So +1 for content browsing in lobby...

these web-page with the download-systems was written by me, before there was nothing about it.
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: Improvements for rapid/http-downloads

Post by AF »

Graylisting not black/whitelisting!!
User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Improvements for rapid/http-downloads

Post by Licho »

yeah somehwere in my todo list is merge rapid into plasma (at least allow plasma to return url's to rapid so you dont have to maintain rapid master lists etc).

Info about resource could be extended too. Though I think that primary goal of this type of service is downloading the file user wants, not browsing.
We have already started annotating maps though - they can be tagged at
http://zero-k.info/Maps
by anyone with higher lobby time rank.
Post Reply

Return to “Infrastructure Development”