Thats a request for custom dependencies.
That should be handle by mod/mapinfo file.
Rapid system listens to those dependencies so does plasma stuff.
Improvements for rapid/http-downloads
Moderator: Moderators
Re: Improvements for rapid/http-downloads
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?
But thats not so important, what about 2nd part of that post, descriptions for files?
Re: Improvements for rapid/http-downloads
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.
-
- Posts: 834
- Joined: 19 May 2009, 21:10
Re: Improvements for rapid/http-downloads
Not instead, but additionally.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 = {}
Re: Improvements for rapid/http-downloads
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.
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.
Re: Improvements for rapid/http-downloads
there is already such thing by springlobby afaik spring://something if not its easy to add
Re: Improvements for rapid/http-downloads
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)
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)
Re: Improvements for rapid/http-downloads
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.
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.
Re: Improvements for rapid/http-downloads
Graylisting not black/whitelisting!!
Re: Improvements for rapid/http-downloads
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.
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.